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ADVERTISEMENT 


Swinging For The Fences 


Taking Sega Sports" World Series Baseball? 2K3 from XBox" to PlayStation^2 


rom the start, World Series 
Baseball 2K3 looked to be a 
challenging project. As with 
any sports game, WSB required 
high frame rates, fast response to player 
input, and a huge number of animations 
to support fast-paced action. 
Recreating the baseball experience also 
meant implementing statistically 
realistic gameplay and rendering as 
many as 50 high-resolution characters 
at one time. 


Blue Shift set out in May 2002 with a 
disarmingly simple mandate: every 
version of World Series Baseball 2K3 
would achieve the same level of 
gameplay, appearance, and 
performance. The game had originally 
been developed for Dreamcast, but that 
console's demise led to a port and 
rebuild for Xbox, which would in turn 
be ported to PS2. Creating a high 
profile, high performance AAA sports 
title for the major consoles requires 
milking every bit of performance the 
individual hardware has to offer. 


The team understood from the 
beginning that targeting both platforms 
simultaneously in such a short 
development cycle would be a taxing 
endeavor. Blue Shift had experience 
with Xbox, but this project would be 
their first chance to develop for PS2. 
They knew that reaching their goal of 
equal performance across platforms 
would require an extremely ambitious 
technology plan. As Blue Shift had just 
nine months to bring this installment of 
World Series Baseball from Xbox to 
PS2, developing completely new engine 
technology simply wasn't an option. 


Buy, Build, or Both? 


he decision was made early on to 

use a third-party rendering engine 
that offered the flexibility to 
aggressively target each platform with a 
combination of custom rendering 
pipelines and newly written subsystems. 
World Series Baseball 2K3 was 
developed by a large, distributed team 
working on both platforms 
simultaneously, and the short 


development cycle meant that any 
custom engine technology would have 
to be developed in parallel with 
gameplay and art assets. As rendering 
engine components or plug-ins became 
available, these new components would 
be integrated into the game. In order to 
minimize potential communication and 
synchronization problems, Blue Shift 
wanted to start with a standard, well 
documented API and a common toolset 
for multi-platform development that 
would allow both programmers and 
artists to get up to speed quickly without 


ЕЭ nd 


eve E 


“We realized that it was too 
expensive and impractical to 
completely build a new engine 
from the ground up..." 


having to be overly concerned with 
console-specific issues. RenderWare 
offered Blue Shift robust multi-platform 
performance that they could quickly 
customize to meet their goals. 


The decision wasn't based solely on 
expediency; Blue Shift's first swing at 
World Series Baseball was a version for 


daniel r. huebner 


Dreamcast that saw the studio creating 
an engine from the ground up only to 
see the game ship after the Dreamcast 
itself had been canned. This experience 
convinced the company that custom 
technology wasn't necessarily the best 
way to go. "We realized that it was too 
expensive and impractical to completely 
build a new engine from the ground up 
for every new console that was 
released,” explains Blue Shift Engine 
Technologist Alex Pepper, “We decided 
that it would be useful to use a third 
party engine with a good tool chain and 
documentation that we could leverage, 
while still giving us the flexibility to 
make high performance modifications.” 


High Performance 


lue Shift had the daunting task of 

building the game they envisioned on 
Xbox and then bringing it intact to the 
more memory constrained PS2. To 
achieve the level of performance Blue 
Shift was after on each individual 
platform, the team chose to build on the 
standard RenderWare rendering pipelines 
with highly tuned custom pipelines 
created specifically for each console. The 
developers used RenderWare as a 
jumping off point on each platform, using 
RenderWare’s structure as a template to 
create pipelines more precisely tuned for 
World Series Baseball. “The standard 
RenderWare pipelines helped us get 
started on each new platform,” explains 
Pepper, “then we improved performance 
as each new pipeline came online.” 


Profiling and tuning were key 
components in Blue Shift’s drive to 
reach their performance goals. During 
the development of World Series 
Baseball 2K3, the team created new 
profilers dedicated to each platform to 
seek out hotspots or performance 
bottlenecks. On Xbox they created a 
profiler that runs on the PC while 
collecting real time information from 
the Xbox to provide visual information 
on CPU and GPU timing and timing 
dependencies. For PS2 the team 
implemented a combination of fine and 
coarse grain profilers to first find 
bottlenecks at a high level then drill 


Swinging For The Fences 


down and determine key optimization 
areas. Once problem areas had been 
identified, the team optimized or 
replaced any sections of code to remove 
or minimize performance bottlenecks. 


Texture Compression 


М: constraints were the prime 
concern when Blue Shift set out to 
take World Series Baseball from Xbox 
to PS2. While the team had achieved 
satisfactory results with standard DXT 
compression on Xbox, meeting their 
mandate of equal performance on every 
platform - along with a desire to use the 
same art assets across platforms - 
pushed them to develop a proprietary 
texture compression system for PS2. 


"In its PS2 debut, WSB 2КЗ isa 
| game to beat." 


"Our texture compression was implemented 
using the RenderWare plug-in and toolkit 
framework for extending the base 
behavior of the texture object." said 
Pepper, “ We also made changes to the 
texture cache system to improve upload 
performance for our compressed textures." 


Blue Shift created a RenderWare texture 
plug-in to add additional compressed image 
data to the standard RwTexture object and a 
texture dictionary tool to convert textures 
into a platform-specific format able to be 
streamed at game load time using custom 
streaming functions built into Blue Shift's 
texture plug-in. Texture upload functions 
interface to a largely stock RenderWare 
texture cache to manage compressed 
texture VRAM uploads, with some 
functions added to reduce overhead. 


of video baseball. 
it's even better." t 


Decompression of textures on the PS2’s 
Graphics Synthesizer allowed textures to 
be stored in the main memory and 
uploaded to VRAM in a compressed 
format. Close integration with Blue 
Shift's custom rendering pipelines 
provided per-polygon mipmap selection 
and dynamic tracking of texture 
decompression to reduce texture upload 
and decompression overhead. According 
to Pepper, the custom implementation 
offers compression up to three times 
greater than that available with DXT 1 
and allowed the team to fit the equivalent 
of 17MB of 16 bit textures in just 2MB 
of PS2 УКАМ, all of which helped Blue 
Shift achieve the same level of texture 
detail on both Xbox and PS2. 


to its limits, and they took the 
opportunity RenderWare offers to 
quickly implement new multi-platform 
systems as well. A real-time player 
shadowing system originally developed 
for the Xbox version was ported to PS2 
in just one week, including additional 
performance and memory improvements. 
Blue Shift also added a new particle 
system engine and tools on top of 
RenderWare's to create dust and 
firework effects across platforms. An 
aggressive multi-platform animation 
compression system was put in place to 
handle the large number of player 
animations, and a multi-platform audio 
system rounded out Blue Shift’s 
ambitious technology development plans. 


"Last year, | called WSB the Mona Lisa 
This time around, 


"WSB 2КЗ is the best console 
baseball game I’ve ever played." 


То smooth the path from art to engine, the 
team created standalone compression 
tools and dedicated Photoshop plug-ins. 
Artists are able to select compression 
formats based on size, speed and quality 
tradeoffs. These settings are then stored in 
a configuration file so that textures can be 
reprocessed from originals using a batch 
process. Texture settings can be selected 
for all platforms within the same interface 
and previewed inside Photoshop. 


Multi-Platform 


ot all of the technologies Blue Shift 

built onto the RenderWare 
framework were designed to address 
console-specific performance issues. 
Blue Shift is a technology intensive 
company that strives to push hardware 


Flexibility 


B World Series Baseball 2K3 
to Xbox and PS2 in just nine 
months required a huge amount of 
design and technological flexibility. 
Blue Shift wanted the advantages of 

à robust, stable multi-platform 
technology platform, but required the 
flexibility to build out custom systems 
to meet an aggressive technology plan 
and performance goals. By concentrating 
time and resources on the systems and 
features that could radically improve 
performance, Blue Shift was able to 
meet their self-imposed mandate 

every version of World Series 

Baseball 2K3 achieved very similar 
levels of gameplay, appearance, 

and performance. 
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( LETTER FROM THE EDITOR 


Credits and Debts 


n an industry where days are 
long but memories are often 
short, game credits are vital, but 
they sometimes pose problems 
If 


for developers and employers 


you've never had to confront the 
head-on in your professional career, con- 
sider yourself lucky. When a former 
employer owns every last byte of your 


ssue 


work on a game, your name in the cred- 
its may be all you have to show for your 
work and help land your next job. There 
are opportunities for abuse on the parts 
of both employer (denial of credit) and 
employee (credit inflation or misrepresen- 
tation); fortunately, there are incentives 
for both sides to resolve the issue. 

One stumbling block is the lack of 
industry-wide standardization of job titles 
and their respective scope of responsibili- 
ty, which creates opportunity for abuse 
rom both employers and employees. In 
Hollywood, people work on contracts 
and deal with unions that can specify 


what a *best boy" is and does, so it's 
hard for him to show up on his next proj- 
ect claiming he was a second-unit direc- 
tor. On the flip side, the union would be 
able to protect him through arbitration if 
he fulfilled the terms of his contract but 
the film's fun-loving producers decided to 
credit him as *goat boy" instead. 

More significant than the mere lack of 
job-title standardization in the game 
industry is the anarchy that characterizes 
the methodology around which credit 
reated, maintained, 
and implemented at the end of a project. 


files are typical 


Many employers still have a make-it-up- 
as-they-go-along approach to generating 
game credits, both because there is no 
industry-standard methodology to follow 
and because disputes often arise after the 
fact and are forgotten by the time the 
next title ships. The IGDA is looking at 
creating a voluntary set of standards for 
companies to follow, which would be of 
great help to employers and great relief 
to developers. 

The use of short-term contractors and 
mid-project turnover of full-time employ- 
ees represent two big sticking points in 
credit determination. As lengths of game 


4 


projects swell from *Gee, I could have 
gotten a master's instead" to *I gave you 
the best years of my life!" the chances of 
an entire team remaining intact from 
start to fi 
most work in the game industry is done 
by studio employees rather than contrac- 


sh are increasingly slim. Since 


tors, mid-project departures wreak havoc 
with credit claims. One company might 
punish a lead who left a month before 
ship by eliminating him or her from the 
credits, while another might include a 
low-level person who got fired for 
incompetence after a few months. It's a 
crapshoot for hardworking developers 
who don't know whether they are choos- 
ing between their next opportunity and 
credit for their current work. 

What can you do to protect yourself? 
First, make it a priority to protect the 
investment your hard work on a project 
represents. This means that you can't 
rely on your employer's good intentions. 
Raise the subject of credits with the 
project or studio manager when you are 
hired, or each time you start on a new 
project. Find out who administers the 
credit file and how it is reviewed. There 
should be a consistent framework to 
determining criteria for inclusion (and 
exclusion), and you should get it in 
writing. Suc! 
employees by managing their expecta- 
tions and employers by giving them the 


a framework benefits 


ability to justify and defend their final 
decisions. 

Game developers are not by nature a 
vainglorious lot; most are still doing it 
out of love for the work rather than a 
shot at notoriety. The idea of pushing 
for verifiable crediting processes at your 
ompany may even feel unseemly or 


c 
selfish. But credits are an area where 
there should never be surprises. It's 
worth it to both you and your employer 
to establish what your company's credit- 
ing standards are. 


Jennifer Olsen 
Editor-In-Chief 
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Nintendo cuts royalty rates. Nintendo Co. 
Ltd. has lowered its royalty rates that 
third-party publishers must pay the com- 
pany. The company hopes this move will 
help lure more titles for the Gamecube at 
a time when Nintendo lowered its cur- 
rent fiscal-year outlook. The company 
expects net profit for its current fiscal 
year to be approximately $548 million, 
lower than the initial estimates of $665 
million. The company attributed low 
Gamecube sales for the lower profits. 


Mythic infusion. Mythic Entertainment, 
developers of the MMORPG Dark AGE 
OF CAMELOT, has received a $32 million 
investment from TA Associates, a private 
equity and buyout firm. The company 
plans on using the cash to expand their 
online player base and create new titles. 


Interplay's full-year results down. 

According to year-end reports, Interplay's 
2002 revenue was $44 million, a 22 per- 
cent drop from 2001's revenues of $56.4 


Two 3DS Max plug-ins from Turbo Squid. 
Turbo Squid has released AfterBurn 3 
and Kaydara’s HumanIK plug-ins for 
Discreet's 3DS Max. AfterBurn 3 
enables rendering of realistic effects 
ranging from clouds, dust, and explo- 
sions to liquid metals. HumanIK's fea- 
tures include automatic character rig- 
ging, a BodyGenerator Max script, and 
other features. www.turbosquid.com 


Maya 5 unveiled. AliaslWavefront 
announced the newest version of their 
3D modeling and animation program, 
Maya 5. The new version features four 


renderer, Mental Ray for Maya, a new 
vector renderer, and a hardware render- 
er — plus enhanced character anima- 
tion tools, new modeling tools, API 
we new data exchange options, 


ТНЕ TOOLBOX 


rendering options — the Maya software 


TRY WATCH 


KEEPING AN EYE ON THE GAME BIZ 


Mythic Entertainment, developers of DARK AGE 
оғ CAMELOT, received a $32 million infusion. 


million. However, the company ended 
the year with a net income of $15.1 mil- 
lion, compared to the previous year's 
$46.3 million net loss. The company 
attributed a $28 million gain to its sale 
of Shiny Entertainment to Infogrames. 


Acclaim saved from within? Acclaim CEO 
Greg Fischbach and senior executive vice 
president James Scoroposki fronted $1 


and expanded polygon mesh-editing 
tools. www.aliaswavefront.com 


New game editor development tool 
announced. Adventurerland Entertain- 
ment has announced its Lab Tech- 
nology Construction Kit, software that 
includes a built-in compiler/linker that 
creates and deploys a game engine's 
output. The kit supports DirectX, 
OpenGL, and SDL. 


www.adventurerland.com 


Softimage reveals Softimage|XSI 3.5. 
Softimage announced the newest version 
of their modeling and animation envi- 
ronment. Version 3.5 features automatic 
symmetrizing of polygons, flattening of 
UVs, more realistic hair generation, and 
UI support for Cg and DirectX vertex 
and pixel shaders. www.softimage.com 


everard strong 


million each of their own money in 
hopes of keeping the publisher from 
being delisted from the NASDAQ due to 
low share price. In exchange for the cash 
infusion, the two executives were each 
issued 2 million shares of company stock, 
plus other warrants. 


ATI revenues up. but profits down. Blaming 
a decline in royalty income, ATI Tech- 
nologies’ second-quarter earnings dipped 
slightly to $318.5 million from last year's 
$322 million. Charges in the quarter 
included an $8 million class-action law- 
suit settlement, $2.8 million in the clos- 
ing of a European manufacturing opera- 
tion, and other expenditures. 


Xbox cuts European prices. In a move cal- 
culated to position itself ahead of 
Nintendo, Microsoft lowered the price of 
its Xbox console in the European market. 
The move, Microsoft's third European 
price cut in less than a year, makes the 
console cheaper than the PS2 and about 
the same price as the Gamecube. ГА 


Send news items and product 
releases to news@gdmag.com. 


CALENDAR 


CHRISTIAN GAME : 
DEVELOPERS CONFERENCE 
CASCADE CoLLEGE 
Portland, Ore. 
July 25-27, 2003 
Cost: TBA 
http://egde.graceworksinteractive.com 
SIGGRAPH 2003 
SAN DIEGO CONVENTION CENTER 
San Diego, Calif. 
July 27-31, 2003 
Cost: 550-5950 
www.siggraph.org/s3003 
CLASSIC GAMING EXPO 
JACKIE GAUGHAN'S PLAZA Нота. 
Las Vegas, Nev. 
August 9-10, 2003 
Cost: $35 weekend pass - 
\ Www.cgexpo.com 
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Тһе Complete MMOG Solution?" 
e 


South Hall 


bigw@RLD” 2 booth #436 


The BigWorld™ Technology 

is the complete solution for 

building the next generation of 
Massively Multiplayer Online Games 


б. i À 
Client Engines - PC available now. XBox in development. 22 . 5 
Includes DirectX 3D engine, scripting engine and GUI. E 
Server Backend - distributes game events between all 
clients and manages world data. 


Tools - a set of tools to build and manage your world. 


BigWorld™ is the only engine that can deliver all of this: 

* Auniquely scalable, customisable and fault-tolerant server 

infrastructure that can handle millions of players 

Extensive LOD controls on characters, scenery objects, and 

transmitted data to allow massive crowds 

Polished tools for building worlds fast 

Fault tolerant and dynamically reconfigurable servers 

Multi-Platform PC, XBox, PlayStation2 and more 
rver management and monitoring tools 


PRODUCT REVIEWS 


THE SKINNY ОМ NEW TOOL 


Havok 2: aii Rag-Dolled Up 


oes it do anything but 
driving games?” is a ques- 
tion that draws groans 
and smiles simultaneously 


from the Havok team, 
makers of their eponymous game physics 
middleware that recently received a major 
upgrade to version 2.0. 

In response to what must be an all- 
too-frequently 
2.0 broadens its scope to include charac- 
ter physics much more prominently over 
versions. In that sense Havok 2.0 


asked question, Havok 


earlier 
is not an upgrade, it’s a whole new prod- 


uct. New demos, viewable at 
www.havok.com, show off 
this functionality to good 


effect over previous releases. 
New and improved. In the 

original Havok we heard a lot 

about dynamic characters — 


rag doll — but it was more 
akin to having a dynamic 
corpse. Havok 2.0 extends 
this concept, losing a lot of the 
dead-body feel of its 
predecessor. I’m not an 


animator by any stretch 


but I was able to develop my own 

walk cycles and attach the Havok physics 
system and character control far easier 
than with earlier versions. Havok has real- 
ized the need to dictate full control over 
character look and movement in the 
game, both for player and nonplayer, 
because that’s what the game player 
wants. I don’t always require accurate 
physical simulation, for example when a 


more cinematic or fun-focused effect is 
esired. Havok attempts to provide this 
control, and while far from perfect, it’s a 
step in the right direction. I was able to 
emulate parts of the standard zombie 
demo easily enough that as my animation 
walks forward I “detached” the head, 
allowing it to loll freely. When hitting the 
a simu- 


character with an impulse, such as 
ated shotgun blast, I switched state to 
playing a *knocked 
detached the arms, and 


back" animation, 

et the physics 
control the flailing arm movement and 
torso rotation. This could have been 
extended to letting arms 
angle limply and legs 
drag heavily along the 
ground when targeted. I 
was also happy to see a 
proper section in the 
Havok manual for han- 
dling characters and 


control, so you aren't 
left floundering. 

You may not have 
this before, but 
Havok does driving 


heard 


games! There is new func- 
tionality in the vehicular component of 
the SDK, but for me, it was important to 
see how easy it was to create vehicles 
now. The original Havok Vehicle SDK 
provided a lot of black-box functionality 
that was poorly documented and nonin- 


tuitive. With carlier releases, I spent a lot 
of time spinning my wheels, literally, try- 
ing to figure out how to balance all the 
forces. Havok now assumes that you 


JUSTIN LLOYD | Justin bas over 18 years of commercial game programming experi- 


ence on almost every released platform. 
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by justin lloyd 


Screenshot from the author's second demo, 
demonstrating blending animation and 
physics. 


don't inherently know what anti-roll bars 
are for, how to tune the suspension based 
on terrain and vehicle type, or how to 


calculate friction circles for cornering. 
Havok details specifically how their 
Vehicle SDK black box works and 
assumptions are made, removing a lot of 
past guesswork from the equation. 
Another thing that changed was auto- 
matic construction of object groups. 
Havok 2.0 introduces “Islands” so that 
you no longer have to take an educated 


guess as to in which group to place your 


bject so that the collision system is opti- 
mal. Islands are automatically constructed 
at run time, containing small groups of 
objects based on the simulation criteria. 1 
had a previously existing prototype inside 
of which was a spiral of dominos that 
could be knocked over. Originally, 1 
placed all of the dominos in their own 
group, which was fine, so long as the 
player didn’t attempt to knock over mul- 


tiple dominos at once, causing multiple 
cascades, as that would slow down the 
simulation. Havok 2.0 took care of the 
grouping for me; once a few dominos 
june 2003 | 


game developer 


"We've had a positive experience with 
Havok, although because we're about 
halfway through our current game life cycle, 
we still have issues that we need to resolve. 
If we are happy with Havok at the end of the 
game. | can certainly see us using it again. 
as much of the hard work of learning the 
API will already be done. The documentation 
could be better though; a real boon would 
be to have more code examples in the docs 
themselves, rather than having to track 
down the usage inside a demo." 

— Mark Baker. Mucky Foot 


"Even with Havok it still takes significant 
work to combine gameplay and physics in a 
way that they enhance each other rather 
than detract from one another. When we 
originally looked at physics middleware a 
year or so ago, Havok looked like the most 
complete product on all platforms." 

— Sam Baker. Paradox 


"We aren't using the newest release yet, 
but during development we've given them 
lots of feedback and many of those issues 
have been addressed in Havok 2.” 

— Jay Stelly, Valve 
- 


came to rest, they formed their own *sim- 
ulation island" and became quickly deac- 
tivated. This relieves a huge burden from 
me having to take what was, at best, an 
educated guess as to which group objects 
should be placed in. I also no longer need 
to verify that someone else has placed 
objects in the wrong group. 

Other platforms. Гус only been able to 
work with Havok 2.0 on УС++ 6.0 run- 
ning under Windows XP. Circumstance 
did not permit me to compile on Sony 
and Nintendo dev kits, so my only expe- 
rience with Havok 2.0 on those platforms 
is playing with the interactive demos at 
GDC. From what I was able to glean 
from their new Visual Debugger, a mod- 
ule similar to the real-time VTune, the 
frame rates on complex scenes — such as 
the zombie demo with a dozen animating 


www.gdmag.com 


rag dolls — and character control were 
rock steady. CPU and memory usage 
never spiked above 50 percent, usually 
hovering around 20 percent, and when it 
did climb it was only for one or two 
frames when multiple characters attempt- 
ed to interpenetrate. This was a pleasant 
surprise, as in the past with Havok 1.7 I 
could bring my 3GHz, 512МВ, 64MB 
Radeon 9000 to its knees with a half- 
dozen rag dolls. Looking through the 
documentation and API headers reveals 
that Havok has gone to great lengths to 
ensure that each platform is properly tar- 
geted, the PS2 build making good use of 
the scratchpad and vector units. 

How useful Havok's Visual Debugger 
will prove is questionable. It certainly 
gives you insight into the work being 
performed by the physics engine, but Га 
like to see more hooks to allow integra- 
tion into standard profiling tools such as 
VTune and ProDG's tools for Gamecube 
and PS2. Гуе worked on projects where 
the team has provided a profiling solu- 
tion, and my experience with the Havok 
VD suggests that it does not provide the 
hooks that will be needed. 

Support. Unlike a few middleware com- 
panies I have dealt with, Havok goes to 
great lengths to ensure that the people 
providing tech support for the licensees 
are qualified to do so, ex-game and 
physics programmers to a man. Their tech 
support is second to none. From prior 
real-world experience with the 1.8 SDK, 
technical queries submitted late in the 
afternoon would elicit a response by the 
time I returned to my desk the next day. 

Науо 
middleware provider, customers’ project 
deadlines don't wait for them. Pertinent 
questions that would apply to other 
developers are often placed in the FAQ 
— even if they are only asked once — 
along with useful code snippets; even 
small features are quickly rolled back 
into the main Havok code base. I saw 
just how quickly this happens when 
attempting to create a vehicle that 
behaves as the Warthog in HALO, with all 
four wheels steerable. Within 18 hours I 
had my answer, and a day later it was a 
FAQ and code snippet on how to modify 


seems to understand that as a 


ach project is different, and a physics 
E simulation, like Internet traffic, 
changes moment to moment, making it 
difficult to provide hard data that you could 
form a judgment around. My test rig was a 
3GHz, 512MB DDR 2100, 64MB Radeon 
9000-equipped notebook computer running 
Windows XP and DirectX 9.0. | assembled 
two demos for this review. 

The first test project consisted of approx- 
imately 150 objects in close proximity, 10 of 
which were considered complex: small- 
scale versions of the St. Louis Arch that 
were pinned, i.e. infinite mass and immov- 
able. The rest of the objects were simple 
geometric shapes (boxes, wedges, and 
spheres) that the player could interact with 
in varied fashion. There were also a half 
dozen rag dolls consisting of 15 bones 
each: a rag doll was connected to its 
immediate neighbor via 2D dashpots, 
forming a loosely coupled chain. The player 
was represented as a single, two-wheeled 
vehicle that rode like an old-fashioned 
bicycle, constructed with one large wheel 
atthe front and a single small wheel posi- 
tioned just slightly behind for stability. Due 
to the small distance between the wheels, 
the vehicle possessed a very small turning 
radius, enabling the player to negotiate the 
tight environment. 

The second demo — a simultaneous 
blending of animation and physics — con- 
sisted of two dozen rag dolls animating a 
walk cycle that the player could shoot at with 
the mouse. The quoted memory footprint 
covers the entire demo. including graphics. 


XPRODUCT REVIEWS 


Q STATS 

HAVOK 
www.havok.com 
San Francisco. Calif. 
(415) 543-4620 
Dublin, Ireland 
+353 (1) 677-8705 


© PROS 

1. Flexible licensing. 

2. Very responsive, technically savvy sup- 
port and sales people. 

3. The development team is Irish. 


( CONS 

1. Character control isn't perfect. 

2. Poor documentation for such an in-depth 
product. 

3. Visual Debugger needs better integration 
with other tools. 


the Vehicle SDK. Once you move beyond 
evaluation, Havok supplies 95 percent of 
the source code, saving valuable time 
when you are hunting down an elusive 
bug or attempting to optimize your 
game. Havok is quite happy to let you 
look inside their physics black box as 
much as you like. 

Documentation. I’m of two minds con- 
cerning the way Havok pursues docu- 
mentation. The learning curve for the 
Havok SDK can be steep, one reason 
being that Havok relies more on demos 
than documentation to illustrate a point. 
That causes two learning bottlenecks: 
First, you have to spelunk through many, 
many source files looking for the demo 
or snippet of code that you think you 
need (the “ГЇЇ know it when I see it” 
approach). Second, because the Havok 
demos are built around a common 
framework of code, the body of which 
pulls in every feature that Havok pro- 
vides, doing this requires more support 
functionality. You have to build up a 
mental roadmap of that in your head, 
learning what's important and what's 
immaterial to the particular demo before 
you can delve in to the small piece of 
code that you really should be concen- 
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trating on. The demos are good starting 
points, but better documentation show- 
ing the bare minimum needed — and the 
reasons why these steps are needed — 
would make the job easier. 

Terms. Licensing terms vary based on 
numerous factors, such as the number 
of titles and platforms involved, and 
there are various support options from 
which to choose. One constant is that 
license fees are one-time-only, with no 
royalties involved. 

Final word. The star rating I assigned 
for Havok 2 represents my best stab at 
mapping my experience with a very com- 
plex product to a simple, five-point scale, 
which isn't a neat fit, especially given 
how different real-world game production 
needs and environments can be. 

The bottom line is that Havok is matur- 
ing. Version 2 takes great strides forward 
beyond Havok's driving-game roots, espe- 
cially in the realm of character-based 
physics, making it worthy of evaluation 
by developers on a wide range of projects. 


Singular Inversions’ 
FaceGen Modeller 2.2 


by michael dean 


aceGen Modeller 2.2 is the newest 
Е of Singular Inversions’ face 
and head creation software. It has been 
designed to allow a user to create custom, 
unique faces faster than traditional 3D 
modeling packages typically allow. 

Getting started is easy and fun. Upon 
launch, a default head loads into the 
shaded viewport, and I was immediately 
able to create random faces with just a 
push of a button. There is also the option 
to load faces that have been previously 
custom-created in the software. 

To customize the premade and ran- 
domly generated heads, FaceGen comes 
complete with a simple yet powerful 
modeling toolkit. It differs from a tradi- 
tional 3D modeling package in that 
geometry is not directly manipulated on 
the vertex/face level but through a series 
of sliders that control all aspects of your 
model. For example, if I create the face 


of a young woman but want to have the 


excellent 
very good 
average 
disappointing 
Ж доп! bother 


A custom head created in FaceGen Modeller 
from a few simple snapshots of a subject. No 
additional editing was needed, and the default 
result was amazingly accurate. 


model reflect an older age, rather than 
push and pull vertices, I use two sliders 
that control age, one for the geometry 
and one for the texture. Move them for- 
ward, and cheeks lose their fullness, the 
nose grows, and the skin weathers, all 
based upon the face’s natural aging 
process. It works remarkably well, which 
is how everything in FaceGen functions. 
There are also sliders to control mas- 
culinity and femininity, race, symmetry, 
and realism. 

Taking this to a deeper level, there are 
sliders that make up, and append, subsets 
of these more general categories. The 
user can go into a much more detailed 
slider group and fine-tune features like 
the character of a nose. Users can also 
adjust for a heavier brow or make a 
longer face, for example. The ability to 
easily create faces that differ greatly from 
one another doesn’t disappoint. Morph 
targets can be generated using combina- 
tions of emotion sliders, as well as 
phoneme sliders. 

FaceGen’s built-in faces are customiz- 
able, and there’s plenty to do with the 
templates and modification tools provid- 
ed. However, many artists will want the 
ability to create heads from unique mate- 
rial, which is where the PhotoFit service 
comes into play. With PhotoFit, simple 
snapshots of people can be made into full 
models, all fully modifiable, as they are 
with the template faces. After the images 
are acquired, the wizard interface brings 
them into the software and the images are 
sent via Internet to Singular Inversions, 
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Two Clicks to Better Performance! 


Intel? VTune'" Performance Analyzer 7.0 


Intel's VTune™ Performance Analyzer 7.0 helps you 
increase your software performance by enabling 

you to locate and remove bottlenecks in your code. 

In addition to its powerful analysis features and easy 
to use GUI, version 7.0 now offers seemless integration 
into Microsoft* Visual Studio .NET*! 


Time & Event Sampling 
View performance by Frontline Award 
time or processor events Finalist 
(cache misses, branch 
mispredictions, etc.). 


View the Demo 

Intel's demo will show how 
in just two clicks you can be 
directed to the lines of 
source code most affecting 


Call Graph Profiling. = i your performance. 
View call paths, Б = = 

the number of times 

a function is called, 

time spent in each 

function and more. 


Integrates cleanly into Microsoft* Visual 
Studio .NET* development environment. 


v 


MMXSwarm - Microsoft Visual С++ 
Не Edt View! Tuning |Project Ви Debug Toos window Help 


Intel Tuning 
Assistant “The Intel VTune Performance Analyzer 


Uses Intel compiler took a multi-day task and turned it into a 
technology to give 


advice on improving sub-day task." 


code performance. —Randy Camp 


V.P. Software Research and Development 
MUSICMATCH, Inc. 


VTune™ Performance Intel® VTune'" 
Analyzer 1.0 for Linux Enterprise Analyzer 


The award-winning МТипетм VTune™ Enterprise Analyzer helps 
Performance Analyzer is now available you locate and remove performance 
for Linux! Find the hotspots and bottle- bottlenecks in distributed web appli- 
necks in your Linux* applications, drivers cations. Supports multi-tier Java* 
and kernels. (J2EE) and .NET applications. 


YOU SAVE UP TO 21,485! Paradise # Retail Discount 

Intel? VTune™ Performance Analyzer v7.0 123 0A2N 3699." 

Intel? VTune™ Performance Analyzer v1.0 for Linux* 123 01A0 *699." 

Intel? VTune™ Enterprise Analyzer v2.0 .NET Edition 123 0A51 *12,500.” РРА 

Intel® VTune™ Enterprise Analyzer v1.0 Java Edition 123 0454 712,500." To order, or request additional 
information call: 


Download the Demo and a Free Trial at: . . 800-423-9990 
programmersparadise.com/intel/gdm Email: intelóprogrammers.com 


6 2003 Intel Corporation Intel, the Intel logo, Pentium, Itanium, Intel Xeon and VTune are trademarks ог registered trademarks of Intel 
Corporation or its subsidiaries in the United States and other countries. "Other names and brands may be claimed as the property of others. 


PRODUCT REVIEWS 


two photos are supported) into 
a FaceGen file, which can be 
loaded into Modeller, edited, 
applied to a mesh, and exported as 
a model with UVs and texture. The 
results are amazing, looking as if 
they came from a 3D scanner. This 
additional feature is fast; it took about 
20 minutes to receive custom-generated 
FaceGen files. PhotoFit also requires an 
additional investment, starting at $9.50 
per face, after an initial 10-face credit. 


FaceGen exports to the native formats 
of most popular 3D packages. The mod- 
els are a bit heavy on geometry, but 
upon import into your favorite 3D pack- 
age, detail is easily reduced. I converted 
a 6,000-polygon FaceGen head into a 
very nice 550-polygon 3DS Max head by 
using only Max's built-in MultiRes and 
then flipping a few edges. The entire 
process of creating this head took 10 
minutes, with excellent results. 

Even if the software cannot create 
exactly the head you have envisioned 
(for example, getting the bulbous nose I 


envisioned for a character proved impos- 
sible just using FaceGen), rest assured 
that FaceGen will give you a very solid 
starting point. At $495, FaceGen is a 
robust package with a lot going for it, 
and an artist could easily save hundreds 
of hours in creating of unique faces for 
any given project. 

ж ж ж | FaceGen Modeller 2.2 | 

Singular Inversions | 


www.singularinversions.cc 


Michael Dean is currently an artist at lon 
Storm in Austin, Tex. 


Real-Time Shader 
Programming by Ron 
Fosner 


reviewed by jeremy jessup 


n Real-Time Sbader Programming, 

Ron Fosner describes the essential 
elements necessary for developing 
shaders in a very approachable full- 
color book that spans just over 400 
pages. Your $49 also gets you a CD 
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with a beta version of 
ATT's RenderMonkey 
and coded examples 
of many of the 
shaders discussed in 
the text. 

Beginning with 
elementary vector 
math, the book 
moves quickly into light- 
ing theory. The lighting chapter 
highlights the mathematical approxima- 
tion of phy: 


cally based lighting using 
the traditional ambient, specular, dif- 
fuse, and emissive colors in a scene. 
Representations for reflection and 
refraction are derived from Snell's law 
and Fresnel equations. Finally, non-pho- 
torealistic rendering (NPR) from cel 
shading, tonal art maps, and hatching is 
covered through pictures and a wealth 
of external references. The chapter 
makes for an enjoyable read by provid- 
ing an understandable background to 
lighting techniques for non-seasoned 
graphics programmers. 

Fosner describes how to set up the 
DirectX pipeline to use shaders. While 
he touches on some of the nuances 
you're likely to encounter, the DirectX 
section seemed a bit sparse compared to 
the earlier chapters. The DirectX setup 
calls specific to shaders were well docu- 
mented; however, the chapter didn't 
dwell on creating the pipeline. 

The book then describes several cur- 
rent shader creation and visualization 
tools. This chapter is relatively short, 
perhaps due in part to the newness and 
hence volatility of cutting-edge shader 
tools. While high-level shader tools, 
such as Nvidia's Cg and Microsoft's 
High-Level Shading Language, were 
briefly mentioned, the focus was on the 
shader language primitives. As such, it 
provided a sound fundamental shader 
approach universal to all higher-level 
shader implementations. 

With the groundwork firmly in place, a 


wealth of shader examples follows. 
Starting with the minimal vertex shader, 
additional functionality is layered to build 
more complex shaders. Sample shaders 
are developed using the lighting equations 


ж Ж Ж Ж excellent 
Жж Ж Ж very good 
Ж Ж Ж average 

Ж Ж disappointing 


Ж dont bother 


presented earlier. While it may take a lit- 
tle time to digest some of the more 
sophisticated examples, such as the car- 
toon shader, the text provides adequate 
descriptive detail coupled with helpful 
color pictures to make it easier. 

The final chapter provides a vertex 
and pixel command reference. Each 
escribes the supported shad- 
er version, usage, and a short example. 
The book covers shader implementa- 
tions for both DirectX 8.x and DirectX 
9. Differences between the two versions 


command d 


are noted throughout the sample code 
and reference section. When appropri- 
ate, additional notes on specific DirectX 
versions are also provided, and Fosner 
does a good job of providing references 
throughout the book for further infor- 
mation on a subject. 

While having familiarity with the ren- 
dering pipeline, I found this book very 
approachable and easy to understand 
despite not being a low-level graphics 
programmer. The writing and compan- 
ion tools provided challenged me to 
explore the world of shaders and 
attempt to write some of my own. The 
tools were a great aid, since they freed 
me from having to write my own engine 
and instead let me focus on the actual 
shader code. Writing in pseudo-assembly 
may not seem like fun, but it was — 
especially when I could experiment with 


one of the precoded routines Fosner sup- 
plied and view the results of a vertex or 
pixel shader routine through Render- 
Monkey instantly. 

Shaders will play an increasingly 
important role in game development, 
and Fosner's book presents introductory 
groundwork necessary for developing 
custom shaders. For the experienced 
shader programmer the book's depth 
may not satisfy, but to those new to 
shaders or want to experiment with dif- 
ferent rendering effects, this book is a 


great place to start. 


ж ж ж à | Real-Time Shader 
Programming by Ron Fosner | 
Morgan Kaufmann | www.mkp.com 


Jeremy Jessup is a programmer for 


Rockstar San Diego. 
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АА. 


Next time 
they tell you à 
that hitmakers 
aren't interested 
in games, 
maybe they should 
talk to him. 


And while they're at it, they should also talk to 
Crystal Method, Avril Lavigne, Snoop Dogg, Marilyn Manson, 
Megadeth, Sum 41, Outkast, DMX, Judas Priest and 
all the other chart-topping artists and writers 
from EMI Music Publishing who are licensing hits 
to the world's hottest games. 


| Ш | musicResources 


When it comes to music, we're the name of the game. 


1-866-ЕМІСАМЕ5 * games@emimusicpub.com 


PROFIL 


TALKING TO 


PEOPLE WHO MAKE A DIFFERENCE | 


everard strong 


No One Markets seer Forever 
Monolith’s Samantha Ryan 


efore joining the game indus- 

try in 1996, Samantha Ryan 

had a solid 10-year career in 

broadcast marketing, work- 

ing on projects for Infinity 
Broadcasting, Miller Brewing Company, and 
Frito-Lay. Ryan joined Monolith in 1998 
and was recently promoted to president. 
Samantha's roles are varied, from pursuing 
new projects and partnerships to overseeing 
trademarks and legal agreements. *Con- 
versely,” she admits, “if the conference room 
is messy, ГЇЇ clean it up.” 

We caught up with Ryan to find out how 
she leads a company like Monolith, and 
how her marketing background comes into 
play when dealing with videogames. 

Game Developer: How has your past experi- 
ence in entertainment marketing crossed over 
into your work at Monolith? How does it affect the way you lead the 
company? 

Samantha Ryan: It’s true my past has been a little unusual, 
although that doesn’t seem to be uncommon in this industry. 
For 10 years prior to entering the game industry I worked in 
broadcasting in both a production and a marketing capacity. 
The knowledge I picked up there has definitely shaped my 
approach to developing games. For example, there’s something 
about the marketing process itself that is incredibly intriguing. 
I'm not talking about creating box art or ads, although those 
are certainly challenging. Rather, positioning and the psycho- 
logical aspects of team dynamics as well as consumer marketing 


1 


are fascinating subjects and are worth studying by anyone іп 
senior management, regardless of duties or title. 

GD: When developing a game idea — like No One Lives Forever — how 
important is the brand’s marketability, in addition to its gameplay? 

SR: A brand’s marketability is an aspect of development that 
was de-emphasized in our early years. However, by this stage in 
our maturity as a developer, it’s become very important. We 
work closely with our publishers on each title's overall position- 
ing as well as the ongoing marketing and publicity efforts. 

When developing a new intellectual property, we strive to 
create a robust universe populated with compelling characters. 
The more well-rounded your property, the better it will lend 
itself to application in other mediums. No ONE Lives FOREVER 
taught us a great deal, both things we did right and things we 
need to do better. 

GD: With three teams working on different projects under one 
roof, how do you balance out projects, personnel, and other 
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After 10 years in broadcasting. Samantha 
Ryan decided it was time for a real career 
and joined the game industry. She is now 
Monolith's president. 


resources so that not everyone is in crunch 
mode all the time? 

SR: Over the years we've learned to careful- 
ly select and schedule the timing of our proj- 
ects; typically we prefer no project finish 
within six months of another project. At both 
the beginning and tail end of large projects, 
where you don't need a full production team, 
people tend to move around to help on other 
titles. This strategy allows us to keep our 
teams and personnel together for the bulk of 
a project, but also to give people some variety, 
and test them out on other teams. 

GD: What has Monolith done to create an 
environment where its employees can have a 
sense of fun with their work and stay motivated 
while still being able to meet milestones? 

SR: This is a difficult challenge for any 
management team. А great environment starts 
with great projects, so we're pretty selective. In addition, we plan 


Fi 


company events, such as movie screenings, outdoor parties, and 
the like. We have also chosen an office-based seating plan rather 
than a cubicle-based arrangement; we find people enjoy having a 
bit more privacy, and that communication isn't hampered by it. 

GD: How do you keep your creative teams creative when they are 
working on licensed content and sequel material? 

SR: Staying creative on these types of projects has never 
been a problem for Monolith. It's all about the attitude with 
which you approach these efforts. In addition, we've had some 
wonderful properties with which to work: ALIENS vs. PREDA- 
TOR, TRON, and THE MATRIX. 

GD: What is the key to retaining your best employees? 

SR: The best projects. Certainly maintaining competitive ben- 
efits and salaries are important, but most Monolith employees, 
including myself, work in this industry because we truly love 
gaming. Therefore, finding great projects for our teams is prob- 
ably one of our most important priorities. This is no easy task, 
but definitely worth the effort. 

GD: You had most of the team from NOLF return for NOLF 2. How 
do you encourage a team to keep a fresh approach while building 
on a franchise? 

SR: Because it's usually right at the end of a project that a 
game finally takes shape, we believe a sequel is an opportuni- 
ty to refine and polish all the concepts developed for the first 
game. Also, as the team grows from one project to the next, 
new hires or transfers from within Monolith are expected, 
and each new person brings a unique perspective to the exist- 
ing team. 2 
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Nokia N-Gage" Mobile Game Deck Connects With Developers 


Game developers had the opportunity to 
meet with Nokia executives at GDC 2003 to 
discuss the Nokia N-Gage™ mobile game 
deck. Forum Nokia interviewed Rob Milne, 
director and general manager of the Nokia 
N-Gage device publishing group, and Dr. 
Jonathan Sharp, senior manager. games 
publishing, Nokia, to find out about the tech- 
nical and business opportunities that are 
available to developers. 


FN: Why is Nokia getting into the publishing 
business in the first place? 

Sharp: By publishing our own titles to the 
N-Gage platform, we gain a deeper under- 
standing of game design. Also, because we 
have the first scope on new technologies, we 
can experiment with them earlier, and look at 
their usefulness for gameplay. 

FN: Is that partly to help jump-start the bus- 
iness? 

Milne: As an example, one strength of this 
device is its wireless connectivity — Blue- 
tooth, the cellular connection, and so on. 

We need to have titles that exploit these cap- 
abilities. Nokia-published titles will be 
leading that. 

FN: Does what you learn feed back to the 
teams that are developing the tools? 

Milne: Absolutely. That's one of the other 
big benefits. The SDK is constantly evol- 
ving. It will have new APIs and some new 
functionality integrated into it constantly. 

Sharp: Also, there are some unique Nokia 
sponsorships that are suitable for games, 
such as the relationship between Nokia and 
FIS World Cup Snowboarding and the Nokia 
Sugar Bowl. 

FN: What sort of demographic are vou 
aiming for? 

Milne: We're targeting young adults, as 
opposed to the children's market that other 
handheld devices cater to. 

FN: If I'm a games developer interested in 
producing titles for Nokia, what should I do? 

Sharp: Toward the end of last year, we 
issued a request to Forum Nokia developers 
to submit concepts for the Nokia N-Gage 
device. We gave (developers) very few 
guidelines, but we asked them to think 
creatively. We had more than 80 submis- 
sions, which was an amazing number. The 
ЕМ game experts winnowed that down. At 
the beginning of January, at the concept 
submission meeting, which we run every 
month, the FN team presented nine of the 
top concepts from that initial submission. 
From that, we selected one title to go into 
development. We can't discuss the title or 


who the developer is, but it is an original 
game and something that we're very excited 
about. 

FN: Once you've been vetted and invited to 
work on a game for the Nokia N-Gage device, 
what's the process? 

Sharp: Once we've approved a concept, we 
go back and have a discussion with the com- 
pany to understand the actual business pro- 
position and try to understand the game con- 
cept more fully. Then we perform an assess- 
ment of the company to understand its cap- 
abilities and how we can work together. 


The Nokia N-Gage Mobile Game Deck 


Key Features: 

- 104-MHz ARM processor 

- Shared Memory up to 4 MB + MMC 

- Flash memory up to 2.8 MB without MMC 
- Built-in camera 

- Based on Symbian 05 v6.1 


UI Features: 

- 176 x 208 pixels 

- Color depth: 4096 colors, 12 bit 

- WAV-format support via the Media-Server API 
- MIDI engine available 

- Mono and stereo output 


Java?" Features: 
- CDC1.0 

- MIDP 1.0 

- NOKIA UI АРІ 
-JSR 135 
-JSR120 


Peer Connectivity: 
- Bluetooth 
- USB 


Browsing Features: 
- XHTML 


Messaging Features: 
- MMS 
- SMS 


FN: Does that also include looking at its 
financials to make sure it can carry the project 
to completion? 

Sharp: Yes. Then, we're into our game de- 
velopment process, determining deliverables, 
actions, inputs and outputs, and milestones, 
all the way until the product ships. Provided 
that the process is acceptable and we can 
find a way of working together, we then 
move toward a legal agreement and then into 
actual development. 

FN: Do you look for firms that already have 
experience on small form-factor screens? 

Sharp: That's a positive, but we don't limit 
ourselves to just those firms. The real thing 
that we're looking for is games experience. 
That's the most important thing. 

FN: What about multiplayer experience? 

Sharp: No, just general innovation. It 
doesn't necessarily have to be multiplayer, 
although we do want to use the connected 
capabilities of the device. 

FN: So once a developer is "inside" and has 
begun the process, what kind of support do 
you provide? 

Sharp: There is a specific Nokia N-Gage 
device software development kit, with a 
whole series of optimized tools for game 
development and documentation to help 
game developers. We supplement that with 
first-line developer support. 

FN: By “first-line developer support," do you 
mean someone who answers the phone and 
talks to you in person? 

Sharp: We do that, yes. 

FN: How is the Nokia N-Gage device SDK 
different from the Series 60 SDK? 

Sharp: It's based on the Series 60 SDK, but 
we've added a number of APIs to help with 
some of the features that we think are very 
important in games. We're looking for high- 
performance rich games, and to support that, 
we've provided some additional function- 
ality. 

FN: Do you offer any kind of development 
funding to developers after you've vetted 
them? 

Milne: We are following on a case-by-case 
basis the normal business practices of the 
games industry, meaning providing devel- 
opment funding as a recoupable advance 
against future royalties. Not for every title, 
however. 


For information about developing for 

the Nokia N-Gage mobile game deck and 
other Nokia mobile devices, as well as the 
Series 60 SDK and other resources, visit 
http://www.forum.nokia.coml games. 
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3D Standards Already? 


By Ben Calica 


undertakings (not counting 
Direct3D for 
Windows CE). The first is an 


Microsoft's 


effort by the nonprofit Khronos 
Group to create a variant of 
OpenGL called OpenGL ES. The 
other is a Java Specification 
Request known as JSR-184, 
being led by Nokia with a wide 
industry group. 
Interestingly, many of the 


support 


same members are in both 
standards bodies. 

Why both? "We're trying not 
to make the same mistakes we 
made on the PC," says Carl 
Korobkin, CTO of 3d4W, a 3D 


Much to the surprise, and often 
disbelief, of the mobile develop- 
ment community, there are 
serious efforts underway to 
establish 3D standards in an 
industry where memory is 
counted in the hundreds or 
even tens, and where floating 
point math seems as far off as 
personal rocket-cars. To many 


developers currently laboring to 
get the most basic ратеріау 
elements into the sustem 
resources available, the idea of 
3D standards makes them roll 
their eyes 
early," says JAMDAT president 
Scott Lahman. 


"We're way too 


Nonetheless, there are two 
major sets of official standards 


technology company, who sits 
onthe core committees for both 
groups. Many in the industry 
have vivid memories of how 
competing platforms and stan- 
dards blocked the PC game 
industry before OpenGL and 
Direct3D became accepted 
3Dlabs VP and 


Khronos Group secretary Neil 


standards. 


Every once in a while a moment smacks you in 
the face and starts a whole cascade of insights. | 
was so smacked recently and it left me feeling 
like | had somehow stumbled on a clue about a 
couple of the groups that are most likely to buy 
the games we're building. 

Insight Set #1: The Openwave Kid, Openwave 
brought out this 18-year-old to do a little color at 
a press event. He had been part of a test group 


I’m Not a 9-Year- 
Old Boy! 


that was given a cool phone and the chance to 
play with it for a few months. Though they тау 
have intended only to have him talk for a couple 
of minutes, he gave us press-tupes the clearest 
window into his generation, and we didn't want to 
let him go. 

Üne of the other panelists talked about how his 
teenage daughter bought four ringtones a month. 


Wildseed Puts Some Skins in 
the Game 

Seattle-based Wildseed recently 
showed their intelligent cell phone 
Skin prototypes. Their Smart Skins 
include firmware to what has previ- 
ously been a fashion accessory, to 
change the environment of the 
phone as well. One of their skins 
adds Game Boy-style controls and 
is aimed at turning the phone into a 
more game-centric device. The com- 
pany is targeting release in the latter 
portion of 2003 with Kyocera, Curtel, 
and Sewon Telecom as handset part- 
ners. Wildseed was founded by 
DirectX co-creator G. Eric Engstrom. 


www.wildseed.com 


JAMDAT Opens European 
Office 

Los Angeles—based developer and 
publisher JAMDAT Mobile opened a 
new branch office in London in April, 
marking the mobile game provider's 
first overseas foray. JAMDAT's first 
European product was Tony Hawk’s 
Pro Skater 4, which comes preloaded 
on European Sony Ericsson Т310 
phones. Juan Montes, formerly of 
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> 3D STANDARDS CONT/NUED FROM PAGE 1 


Trevett echoes the sentiment: 
"Without an industry-standard 
API, the hardware vendors don't 
know what to accelerate. This 
leads to two outcomes: some 
hardware vendors won't bother 
developing embedded graphics 
solutions because they have no 
certain way of accelerating any 
applications, or other hardware 
vendors will push ahead and 
develop their own proprietary APIs 
to suit their hardware." 

There is not universal support 
for bringing 3D standards to the 
wireless space, however. One 
poster оп  WirelessGaming- 
Review.com lamented the reintro- 
duction of the 3D technology that 
many have pointed to as the cause 
of years of stale game design. 
However, beyond reintroducing 


familiar design pathways, 3D is a 
potential solution to one of the 
greatest problems facing wireless 
game developers. It provides a way 
to deal with radically different 
screen resolutions and sizes by 
having different windows onto the 
same world. 

The Khronos Group hopes to rat- 
ify the OpenGL ES specification in 
time to deliver by July's SIGGRAPH. 
Members include all of the current 
creators of wireless 3D technology 
and a number of the handset man- 
ufacturers, including Motorola and 
Nokia. But the most interesting 
composition of the group is a large 
number of the chip and core man- 
ufacturers such as 3Dlabs, ATI, 
Discreet, and ARM. (Nvidia was 
still in negotiations to join at press 
time.) They were working on two 
variations of the spec, one for full- 


powered devices, and the other for 
the lighter devices that make up 
the majority of cell phones. The 
major difference between these is 
the lighter spec assumes the lack 
of floating point math in the 
device. The Khronos folk go to 
great efforts to point out that 
theirs is а lower-level АР! and 
designed to be complementary to 
the JSR-184 spec. 

3Dlabs' Trevett sums up the 
goal of OpenGL ES as balancing 
speed and hardware abstraction. 
“OpenGL ES, like OpenGL, is a low- 
level АР! very close to the hard- 
ware, with enough abstraction to 
provide portability across differ- 
ent hardware but low enough to 
provide  close-to-the-hardware 
speed and flexibility." 

A Java Specification Request, of 
which JSR-184 is one, is the official 


Hexacto: Using Lots of Lemons to Make 


Lemonade 


Montreal-based game developer Hexacto is 
making its fortune in a lot of little bites. 
"When we started the company back in 2001, 
we wanted to position ourselves in a niche 
market," recalls Alexandre Tailefer, president 
and CEO of the company. "We wanted to cre- 
ate a lot of products, or at least more than 
one every two years," compared to tradition- 
al game development. They started with a 
focus on the Pocket PC, where their LEMONADE 
Tycoon became a hit. Despite its major suc- 
cess on handheld devices, LEMONADE Tycoon 
had an uncomfortable transition to the big 
screen. "The [PC game] reviewers think it 
sucks, but we get a lot of mail from account- 
ants, teachers, kids, people who actually 
bought the PC version and who love it." 

Even before their current income flow from 
the mobile phone side, Hexacto managed a 
profit off of Pocket PC and Palm. "The busi- 
ness has been profitable since year two, 
using mostly Handango.com for download 
over-the-air stuff [for the transactions]," 
says Tailefer. They've been careful to keep 


@ lemonade 


Hexacto’s games include 
resource simulators like LEMONADE 
Tycoon (above) and sports titles 


like Tennis Appicr (below) 


By Ben Calica 


their cost structure small, creating a game ini- 
tially and then porting it to multiple platforms. 
"Supporting Pocket PC alone or going after 
brands — paying $100,000 for a brand and 
spending $100,000 on development just to 
make one Pocket PC version — wouldn't make 
sense. Doing it for seven or eight platforms 
reduces the per-platform cost to a point where 
it makes sense,” says Tailefer. 

The company is 
platform—agnostic, developing for Pocket PC, 
Palm, Symbian, Java, BREW, PC, and 
Smartphones. “Pocket PC was good to us, it 
brought us to the Smartphone platform, it 
brought us to the Palm platforms,” observed 
Tailefer. “Our first big success was TENNIS 
Аппіст, because we used the stylus іп an inno- 
vative way.” 

They put one to three engineers on each 
platform, with a dedicated resource working on 
the framework and specific device needs. 


small-device 


“What we have to face is very similar to the 
problems with the PC. The fact that you are run- 
ning on a smaller platform like the Pocket PC 
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3D game produced for Korean SK 


Telecom using 3d4W's technology 


method to get something added to 
Java, in this case Java 2 Mobile 
Edition (Ј2МЕ). JSR-184 appears 
to be aiming at a higher-level API 
than OpenGL ES. The spec lead is 
from Nokia, but the group also 
includes Sony Ericsson, Motorola, 
and Siemens. They are also looking 


to create a specification that can 
handle life in the small-and-light 
world but also scale up as the 
handsets become pocket rockets. 
There are also a number of serious 
chip manufacturers involved, as 
well as representatives from the 
companies that are already pro- 
ducing commercial 3D software for 
wireless devices. 

The big two of those compa- 
nies are U.K.-based Superscape 
Ltd. and the Japan-based Hi 
Corporation. 
[v 
ly sells its services as both a 
wireless game developer and as 


Superscape 
superscape.com) current- 


a provider of 3D tools and tech- 
nology to other developers as 
well as handset manufacturers. 
Hi Corporation's Mascot Capsule 
division (www.mascotcapsule 


om) has taken on those roles in 


the Pacific rim, and their core 3D 
technology is now on more than 10 
million devices spanning most of 
Japan's major carriers. Although 
neither Superscape's nor Hi's initial 
efforts will be compatible with the 
new standards, both companies 
are on both standards committees 
and will likely have considerable 
say in how they evolve. (3d4W has 
a similar situation in Korea, with 
more than 2 million handsets 
shipping with their 3D API.) 

The last interesting player in 
this is Imagination Technologies 
{уугуу powervr.com), who is work- 
ing with three of these companies 
to provide 3D cores that can be 
embedded in phones. 

The convergence elements are 
in place. The handset manufac- 
tures are very committed to the 
game space and are looking at 3D 


only means that you need to make use of the kinds of solutions that we 
would have used five or six years ago,' comments Hexacto engineer 
Dominic Marier. "We just integrated the stuff into our old framework." 

With that framework in place, they don't see the need to pay for any 
externally developed commercial engines. "The major limitations are 
the fact that we don't have the hardware acceleration for the 3D ras- 
terization and we don't have floating point," says Marier. However, he 
says, "This is only an issue at a low level. If you don't abuse it in the 
place where it is critical, you can save a lot of time. When we do get 
things like floating point — although 1 haven't heard a lot of talk about 
that — we'll just plug into it.” Looking at what's gone before him in 
graphics technology, Marier says, "| don't see the point in creating new 
APIs. For example, when we look at the 2D rasterization APIs for the PC, 
we're just solving the same problems again." 

Hexacto's relationship with Microsoft has borne fruit for them in а 
number of ways, resulting in an estimated 20 percent sell-through on 
Smartphones currently on the market. They have created a licensed 
version of Microsoft's Links golf game for Smartphones, and while they 
had to strip it down to fit in the more limited phone resources, they still 
had megabytes of memory instead of hundreds to work with, with a 
Screen resolution sufficient to create a good-looking game. 

While the future of the Microsoft's Smartphone offering is an open 
question in cell phone world, Hexacto feels that the system resources 
that are on the device represent a direction in which the future is head- 
ed. And when it gets there, they will have a catalog ready to go. "The 
industry should head to prices more like $19.95 for the games at that 
point,” says Tailefer. "The current games can't justify more than the $3 
to $6 they are charging, but as the power of the handsets increases, so 
should the industry's pricing.” Іп the meantime, in the true tradition of 
the lemonade stand, making a little money from a lot of different cus- 
tomers is working just fine for Hexacto. 
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Our young friend looked at him, 
both impressed and envious. 
"She's lucky, | can only usually 
get about two a month,” he 
lamented. Did he want these so 
he could have the latest tunes? 
“Naw, those get way overplayed. | 
like classic tunes like ‘Mission: 
Impossible’ 
Gadget’.” 

It seems like the big goal is to 
find the right tunes to match with 
each of his friends that will ring 
when they call. Over time, the 
most important people in his life 


and ‘Inspector 


got to get new tunes associated 
with them as he found better per- 
sonality matches. Aha! Motivation 
plus social consequences. Maybe 
there is sense here after all. 

Next question: When do you 
play games? | wanted to know if 
he played during any of the many 
bored moments we have in life. 
Sheepishly he admitted that he 
played mostly during class, the 
size of the phone making it easy 
to hide behind a leg or desk. | 
asked him if it was easier to hide 
than a Game Boy Advance. “Yeah. 


“We're trying not to make 
the same mistakes we 
made on the PC.” 

— Carl Korobkin, 3d4W 


as a way to differentiate. They 
have the ability to include either 
API code sets or even 3D accelera- 
tors or cores in phones. The 3D 
chip manufacturers will never 
command the types of unit prices 
they get in the PC world, but 
mobile phone unit sales figures 
are at a factor that makes PCs 
look stagnant. And for the devel- 
Opers, standards present a 
chance to get much closer to 
games that deploy easily on a 
number of handsets. It's an area 
they should keep on their early 
detection systems. 


Besides, l'm not a nine-year-old 
boy!” The easy distaste with 
which he made this statement 
was chilling, or at least it should 
be to Nintendo. 

Has Nintendo's longtime suc- 
its bread-and-butter 
eight-to-12 market banished the 
Game Boy Advance to the land of 
little kids? There is an older gen- 


cess іп 


eration who grew up playing 
videogames who are playing with 
their GBAs in blissful ignorance of 
the hipness factor, but for those 
in the beloved 12-to-24 market, 
the battle isn't between the quali- 
ty of games on cell phones versus 
Game Boy Advance, because the 
GBA is, well, uncool if you are old 
enough to carry a cell phone. 
Insight Set #2: Old fogies are 
running the first wave. The first 
sets of color phones that run Java 
or BREW cost in the $300 range at 
this point. While our previous 
group of 12-to-24-year-olds are a 
great game market, they just 
can't afford the new phones yet. 
Newer, upgraded phones are 
being bought by the intersection 
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of those who like new gadgets 
and those who have significant 
disposable income. 

These qualities skew the early- 
adopter demographic much older. 
It also changes the nature of the 
games that will be popular in this 
first batch of sales: games like 
black jack and golf. As much as 
there is a general distaste for the 
shovelware approach, whereby 
allthe games from before the last 


10 years are being ported to 
phones, many of these are the 
games that the 30-to-43-year- 
oldset grewup playing askids. Do 
not underestimate the power of 
nostalgia. 

For today's new generation, 
cell phones are hip. For the older 
generation, it's a socially accept- 
able way to bring back the fun of 
the past. Bit by bit this market is 
starting to make some sense. 


Game Developer Mobile asks: "What are the hot 


handsets to develop for?" 


Oliver Miao, CenterScore 
[developer]: "Among the hottest 
handsets to develop for right 
now are the Nokia 2210, Motorola 
T720 J2ME, Nokia 3650, the 
Samsung A500, and the 
Motorola i95cl." 

Justin Siegel, Jsmart (devel 
oper]: “J2ME current hot hand- 
sets in the U.S. are the Nokia 
6310 and 7310, and Motorola 
T?20." 

James Dierks, Senior Platform 
Manager, AT&T Wireless (carrier) 
"Nokia 3650 (Series 60 Symbian 
and Java), Nokia 7210 (Series 
40), Motorola Т?20, and Siemens 
S56 (color). Also black and white 
devices of any kind — their vol- 
ume in the market will reward 


those who take the time to deliver 
cool, fun pick-up games on these 
devices." 

Mitch Lasky, CEO, JAMDAT 
“The top 
six outside Asia, in no particular 
order, are the Motorola T720, 
Nokia Series 40 (such as the 
2210), Samsung Rainbow (А500/ 
A561), Nokia Series 60 (7650/ 
3650/М-баре), Sony Ericsson 
T300, and Sanyo 5300." 


Scott Orr, CEO and chief cre 


[publisher/developer] 


ative officer, Sorrent (develop 
er]. "Motorola T720 BREW and 
J2ME (number one by a big mar- 


gin), Motorola i95cl J2ME, 


Samsung А500/М400 J2ME, 
165350 J2ME, and Audiovox/ 
Toshiba 9500 BREW." 


CONTINUED FROM PAGE 1 


Motorola Personal Communications Sector EMEA and Sony 
Computer Entertainment Europe, will head up the new office. 


www.jamdat.com 


Metrowerks Adds Sony, Motorola Wireless 
Support 

Metrowerks has announced support for both Sony Ericsson 
and Motorola handsets. The company had been adding to their 
wireless portfolio by not only providing the tool sets, but also 
acting as the developer technical support back end for a num- 
ber of the handset manufacturers, including Sony and 
Motorola's Motocoders developer program. 


www.metrowerks.com 


New Handsets Galore at CTIA 


Handset makers pulled the 
sheets off of their latest wares 
at the recent СТЇА show in New 
Orleans. The main features 
handset makers were pushing 
were built-in cameras, music 
playback, and game support. 
Color screens with higher reso- 
lutions were ubiquitous, and 
many were supporting rockers 
or joysticklike input. A few 
were even supporting multiple 
simultaneous key-press for game use. 

The МЕС 515 high-definition (216x162 pixels) GSM/GPRS 
phone ships with the impressive-looking Star Diversion by 


н on the МЕС 515 


Star Dive 


Dwango Wireless. The phone is a descendent of the current 
generation of Japanese phones supported by DoCoMo. The 
phone features polymorphic sounds and multiple simultane- 
ous key-press. 

Motorola featured the E310 as their new game phone. It has 
a five-way navigational joystick and ties the phone's vibration 
feature into the sound output for simple simulated force feed- 
back. It also ties bars of flashing LEDs on the sides of the 
phone to the same inputs to add more frenetic, if not less pub- 
licly subtle, fun. 

Sony Ericsson showed a number of new phones, whose 
most remarkable feature was their large color screens. Unfor- 
tunately, the most promising of these, the P800, not only 
lacked multiple key-press, it lacked any game-appropriate 
keys at all, using a stylus as the primary input. 
www.nec.com 
www.motorola.com 


www.sonyericsson.com 
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Conference 


Unified 
Rendering 


n this series, we've been working on rendering large 
triangle soup environments. To help accomplish this we 
divide the environment into chunks, then create 
reduced-detail versions of the chunks, ensuring that no 
cracks are introduced in the process of detail reduction. 
Last month (*Unified Rendering LOD, Part 3," May 2003), 
we clipped a triangle soup into two pieces, connecting the pieces 
with some filler triangles that I called a *seam." We created 
reduced-detail versions of each half of the input mesh, ensuring 
that the seam triangles always preserved the manifold between 
the halves. Now we will extend this clipping method to an arbi- 
trary number of pieces. Then we will be able to render an 
LOD'd triangle soup using the chunk selection and blending sys- 
tem discussed in Parts 1 and 2 of this series (March and April 
2003), back when the system worked only on height fields. 


Multiple Clipping Planes 


ast month's system only used one clipping plane. You 
L might think that we could just apply that method repeated- 
ly to chop up the input mesh and be done. But some complica- 
tions arise, so let's look at those. 

With only one clipping plane, we create only two chunks of 
geometry. Computing the seam between these two chunks is rel- 
atively straightforward, as we saw last month. But in Part 1 we 
saw that filling the gaps between each pair of chunks is not 
enough. In corners where multiple chunks meet, we can have a 
“pinhole,” as seen in Figure 1. With a height field, we might fill 
these holes by marking the corner vertices of each chunk at pre- 
process time and at run time by drawing two triangles between 
these vertices. 

But imagine trying to extend this strategy to a 3D rectangular 
grid of chunks. In 3D, there are two major ways that multiple 
chunks meet: along cube edges, where four chunks can meet, and 
at cube corners, where eight chunks can meet. It becomes diffi- 
cult to see a way that holes can be dynamically filled because 
there is no longer a coherent concept of “corner vertices” to each 
block. A cube edge that passes through a mesh can create many 
“corner vertices,” some of which may disappear as the chunk’s 
resolution is adjusted. If a coherent dynamic solution exists, it’s 
messy and probably slow. (The height field seam-drawing code 
from Part 2 [April 2003] already contained an unsavory amount 
of confusing code that performs tree traversal to find neighbors, 
and Га hate to exacerbate that situation.) 

So instead of filling the holes dynamically at run time, we 
precompute the fill patterns for these holes the same way we 
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Part 


LOD * 


precompute the chunk-to-chunk seams. We expand our concept 
of a seam, allowing seams to touch more than two blocks. We 
need to precompute and store versions of each seam that cover 
all possible LOD states of the blocks it touches. Planning out 
data structures to handle the increased combinatorics for sever- 
al-chunk seams is a big headache. 


FIGURE 1. Three terrain 
blocks (gray with black bor- 
ders) and the seam fills 
between them (red with dot- 
ted borders). Note the hole in 
the middle. These blocks are 
drawn with exaggerated 
gaps; the actual hole would 
be very small. 


Increased Combinatorics 


s it turns out, we need to contend with more than one com- 

binatoric increase. In 3D, we usually can’t impose the con- 
straint that two fully diagonal neighbors must always be within 
one detail level. We'll discuss this next month, but the basic idea is 
that the constraint reduces your control over the LOD quality 
level, often by too much. We must give up the one-level-neighbor 
constraint, which means the combinatorics between neighboring 
detail levels can grow much larger: we must build seams that tie 
together chunks that are two or three levels apart. 

When I first thought about how to program this system, I 
envisioned an octree containing all the chunks. To build a seam 
between some high-resolution blocks and their low-resolution 
neighbor, I would collapse one level of the octree in the аррго- 
priate place, cross-reference the high-resolution seams to build 
a new seam, and record that result. This process can be applied 
repeatedly until we exhaust all the combinations, but program- 
ming all this is still a headache. (First we need to collapse por- 
tions of the octree by one level, choosing them one at a time, 
then two at a time, then three at a time, and so on; then we 
need to collapse one portion of the octree by two levels, but the 
rest of them by only one level, repeating all the previous combi- 


JONATHAN BLOW 1 Jonathan is а 
computer games consultant hanging out in 
Austin. He can be contacted at 
jon@number-none.com. 
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nations; then we need to collapse two portions by two levels, 
and so on. It just feels nasty, and it would require a lot of the 
unhappy neighbor-navigation code mentioned previously.) 

I was unsatisfied with this solution. I wanted a way to deal 
with all these combinations that was easy to program and 
easy to understand, so I could put this LOD manager in the 
core of my rendering system and have some confidence that it 
actually works. 


Triangle-Centricity 


appily, I came up with a simpler system to accomplish all 

my goals. Two main observations helped me find the sim- 
plifications, both of which came about when I decided to stop 
thinking about octrees, chunk borders, and seams, and moved 
to an entirely triangle-centric viewpoint. 

First, I realized that any triangle, having only three vertices, 
can touch at most three chunks simultaneously. Thus, if we ever 
do anything that cares about the combinatorics of more than 
three chunks at once, whether at preprocess time or at run 
time, we're complicating the situation needlessly. 

The second observation was that, when remapping the high- 
resolution seams, we actually don’t need much information about 
which chunks neighbor which others. We only need to know 
which chunks contribute their geometry to which lower-resolu- 


tion chunks; then we can use that information to rewrite existing 
seam triangles, and we get all the combinatorics for free. 


A Database of Seams 


е can think of each triangle as being a triplet of “vertex 
WW. each specifier tells us which chunk of geome- 
try, and which index inside that chunk, represents the vertex we 
want. Suppose we have some chunk named A. The vertex specifi- 
er for chunk A, index 7 can be written as “A7.” A seam triangle 
connecting chunks A and В might be written as (А7, B10, А8). 

Suppose we detail-reduce chunk B into a new chunk C, and 
vertex 10 of B becomes vertex 3 of C. To help create the corre- 
sponding seam, we want to rewrite the above triangle so that it 
becomes (A7, C3, A8). As long as we perform this step properly 
for every triangle that contains В in a vertex specifier, we will suc- 
cessfully preserve the manifold. It doesn’t matter who the neigh- 
bors of A, B, and C happen to be. The fact that seams always tie 
neighbors together becomes an inductive property, caused by the 
fact that we only made seams between high-resolution neighbors 
to begin with. We don’t need to worry about maintaining this 
property between resolutions, because it propagates automatically. 

At preprocess time, I maintain a database of all existing seam 
triangles. First, | split input geometry into chunks and put the 
resulting high-resolution seams into this database. Then I per- 
form the detail reductions and, for each reduction, execute a 
rewrite rule on the database. The rewrite rule just searches for 
all triangles containing a certain chunk in their specifiers, writes 
new versions of those triangles with the new chunks and indices 


www.gdmag.com 


(such as the B10-to-C3 conversion just mentioned), and adds 
the new triangle to the database. We repeat this process, always 
adding new triangles to the database, never removing any. 

By the time we’ve reduced our input geometry to a single 
low-resolution chunk, the database has computed for us all 
combinations of all seams between neighbors of all possible res- 
olutions. (To get a feel for this, try it with a simple case with 
pencil and paper.) 

We may not wish to store all these combinations, so we can 
impose limits. For example, we can tell the database never to 
create seams between chunks that differ by more than two or 
three levels of detail. We can even set this limit on a chunk-by- 
chunk basis, with those decisions arising from an analysis of 
the input geometry. 
I have spoken here of manipulating individual triangles, but 
to reduce memory and CPU costs in the implementation, I group 
the triangles into seams as before, with the grouping based on 
the chunk part of their vertex specifiers. So the “chunk member- 


ship” is stored in an array on the seam and used for all triangles 
within the seam; only the vertex indices are stored per-triangle. 
All this makes the preprocessing solution rather tidy. But how 
do we organize these seams so they can be found quickly at run 
time? The high-level answer to this is that we just store the seam 
database wholesale and reload it for run-time use. To draw 
seams between all the solid-rendered chunks on the screen, we 
should first make an array of those chunks (which we have 
already done so that we could render them), and then just tell 
the database, “Give me all the seams that only touch blocks in 
this set.” Then we render those seams. Simple, easy, done. 

Now, “database” is a scary word for engine programmers 
trying to do fast graphics. One might have nightmarish visions 
of SQL queries happening inside the render loop. In actuality, 
because we only need one query at run time, we can set up spe- 
cialized data structures that help us answer that query quickly; 
our “database” becomes some arrays or hash tables. But to 


FIGURE 2A (left). Two neighboring chunks. with a seam connecting 
them (red). We are about to split the lower chunk by clipping it 
against a plane (green). FIGURE 2B (right). To split the seam, we 
probably need to subdivide one of the triangles into two (cyan). Once 
we have two seams, we need to insert a pinhole-filling triangle that 
connects all three blocks (blue) 
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INNER PRODUCT 


FIGURE 3A. The Stanford Bunny. chopped into arbitrary chunks by four different splitting planes. The original mesh contained 16.000 triangles. but 


the portion in the upper-right has been reduced by one level of detail. The seam-filling triangles have been drawn in red, and the pieces of the 


bunny have been pulled apart so that you can see the seams. FIGURE 3B. 
actual game, without the pieces pulled apart. FIGURE 3C. Like За, but now 
that the seams are still properly filled. FIGURE 3D. Like 3c, but without the 


maintain simplicity, consider this a problem of *accelerate a 
data 
the mentality of *store seams in arrays based on neighbors and 


base query about vertex specifiers," so try not to fall into 


resolutions," as we did with the height-field renderer. 


n this month's sample code, the seams are stored in the data- 


base in a single linear array. I performed the database query as fol- 
lows: First, I mark all the chunks that are being rendered. Then I 
iterate over every seam in the database and check the chunks it 
touches (of which, remember, there can be no more than three). If 
all the chunks are marked, I render the seam, otherwise I don't. 
After this is done, I unmark all the marked chunks. 

This algorithm is O(m), where m is the total number of 


seams in the database. That's fast enough for the data sizes we 


are dealing with now, but in a big system it might be a bit slow. 
By storing seams in arrays on each chunk (which any seam 
being referenced by multiple arrays), we can reduce the running 
time to O(n), where n is the actual number of seams you need 
to draw. Since the task of rendering the seams is itself O(n), it 
wouldn't help us greatly to try to drive the running time lower. 
Perhaps I will implement this version of the query next month. 


The Moral of the Story 


T 


about a certain set of concepts and data structures, such as 


here's a moral to this database story that I would like to 
pass оп. Ав engine programmers, we're used to thinking 


octrees. When approaching a new problem, we tend to apply 
these concepts first, perhaps disregarding simpler ways of seeing 
the situation. Even though those data structures have helped us 
in the past, they may not help us now, and they may serve only 
to confuse matters. І am reminded of that old proverb *When 
all you have is a hammer, everything looks like a nail." 


Increased Freedom 


they require very little in the way of data structures. We need 


ow that we use this database rewrite system, neither the 
preprocess nor the rendering requires an octree. In fact 


only a set of hierarchical bounding volumes for frustum culling 
and some LOD metric that we can apply to each chunk. That's 
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The same geometry as 3a. but rendered more like it would be in an 
we have reduced the left half of the mesh by three levels of detail. Note 
pieces pulled apart 


an amazing amount of freedom, much more than I envisioned 
when I started this project. That freedom is good; it means any- 
one using the algorithm will not face many restrictions in how 
this 
In fz 
dimensionality of the space we are working in. So if you are some 


em must interact with the rest of the renderer. 


л, nothing in this entire algorithm even cares about the 


kind of weird physicist running simulations in 11 dimensions and 
tem to perform LOD, maybe this will suit you. 
Given all this newfound freedom, I’m going to try something 
different from what I originally planned. Instead of using a 3D 
grid of blocks to store the seam, I will employ a system of BSP- 


you need a 8 


style cutting planes, situated at arbitrary orientations. I will then 
compute these cutting planes based on the density of the scene. 


Filling Pinholes 

he seam database approach worked so well for LOD gen- 
T eration that I used it for t 
well. I split a chunk into subchunks by applying a single split- 
ting plane and rewriting the seams in the database. Often this 
will split a seam into two, add 
filling seam, as seen in Figure 


he initial chunk generation as 


ing also a single-triangle pinhole- 
2. This correctly preserves the 
manifold for one split, and thus, since we perform one split at a 
time, it inductively preserves the manifold until we've got all 
our chunks and are ready to build LODs. 

This month's sample code, which you can download from the 
Game Developer web site at v ww 


m, contains two dif- 
ferent running systems. One of them is the height-field renderer, 
modified to use the seam database approach. This 
as a relatively simple introduction to the database, as it doesn't 
need any of the chunk splitting mentioned above (a height field 


can be chunked just by applying a window to the array of data). 


em serves 


The second system in the sample code is a new version of the 
bunny-chopping program, modified now to use an arbitrary 
number of splitting planes. This program illustrates the BSP- 
style cutting planes I am talking about, and it serves to verify 
that the mesh-chunking and pinhole-filling schemes work prop- 
erly. You can see the results in Figure 3. 

Next month we'll look at LOD metrics and discuss methods 
of choosing splitting planes. 
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relational database with well-keyed tables, 

so simple operations can be accomplished in 
near-zero time. Larger operations (like labeling 
a release and branching) are translated into 
keyed data access, giving Perforce the 


scalability that big projects require. 


Install it fast, learn it fast, execute operations 
fast. With other SCM systems, developers 
face an unpleasant choice: do it the right 

way or do it the fast way. Perforce's speed 
and reliability mean the fast way is always 
the right way. 


Work anywhere. Perforce is efficient over 
high-latency networks such as WANs, the 
Internet and even low-speed dial-up 
connections. Requiring only TCP/IP, Perforce 
makes use of a well-tuned streaming message 
protocol for synchronising client workspace 


with server repository contents. 
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Transition 


jobs every few months isn't the 
most encouraging thing to have 


or most people, 
change can be 
difficult or on one's résumé. 

For artists making tran- 
sitions, it's important to 
distinguish between 

joining a new compa- 

ny to start a project, 
or at least arriving 
when the game is 
still in its very early 
stages, and joining a 
company to work on 
a game that is near- 
ing completion. 

An artist joining a 
project at or near the 
beginning is likely to be 
in a position to con- 
tribute to the concept 
stage, helping shape the 
game's look, and to also be 

involved with the setup and 


uncomfort- 
able. 
Unfamiliarity leads to 
insecurity, and no 
one likes to feel 


insecure. New envi- 
ronments and new 
experiences can be 
exciting, but those 
first steps into the 
unknown are usu- 


ally accompanied 
by some degree of 
apprehension. 

The game industry 
at present is, like the 
larger economy and job 
market, somewhat unsta- 
ble. Job security for the 
most part is limited, and 
changing jobs is sometimes 
inevitable, whether for career 


organization of the art pipeline 
(unless the company already has an 
existing, rigid methodology in place). 
Involvement at this early stage greatly 


advancement or as a result of proj- 
ect termination. Whether your move is 


local or transcontinental, the transition helps the process of transition, as work 


process is a vital part of successful inte- becomes more about helping to build 
gration into a new environment, and it The New Етріоуее initial concept and structure than simply 
is a crucial time for both individual fitting into a preexisting slot. Especially 
artists and the companies that employ n almost every case, the newly arrived with artists’ creative nature, the more 
them if the best long-term results are to І employee has more to lose than the restrictions that are put on that creativi- 
be achieved. company employing them if things don't ty, the more difficult and less enjoyable 
The following is a collection of advice work out. For the employee, changing the job can be. Chances are, however, 


gathered from a variety of people within 


HAYDEN DUVALL ! Hayden started work in 1987, creating air- 
brushed artwork for the games industry. Over the next eight years, 


the industry, from relative newcomers to 
company owners, on how to make the 
transition process as smooth and effec- 
tive as possible. The first section 
addresses the experience of the employ- 


Hayden continued as a freelance artist and lectured in psychology at 
Perth College in Scotland. Hayden now lives with his wife, Leah, and 


their four children in Garland, Tex., where he works as an artist at 3D 
ee, the second looks at the situation 


from the employer’s side. 


Realms. Contact Hayden at haydend@3drealms.com. 


Illustration by Tris Nerima 
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(ARTIST'S VIEW 


that a change of jobs will not always 
bring you in at the start of a project. 
Joining a game later on is more diffi- 
cult, as the artist's contribution is more 
about content generation and the 
inevitable reworking of existing assets 
that characterizes the end of game proj- 
ects. Stepping into someone else's shoes 
(who left the vacancy you arrived to fill) 
or filling a position that has been created 
at this late stage to make deadlines more 
achievable puts more pressure on the 
newcomer, who has to adjust to a new 
work environment while having to fit 
seamlessly with an existing art style. 
Joining a project in the role of an art 
director, art lead, or some other senior 
role, brings additional pressures due to 
the challenge of leadership. Establishing 
credibility and respect as an artist is cen- 
tral to a rewarding work experience. This 
is even more crucial if you join a compa- 
ny in a leadership role. There are several 
ways in which artists and managers can 


improve their chances of success, which 
T've compiled from advice from those 
that have experienced both good and bad 
transition periods. 


Enthusiasm and 
Attitude 


s the new kid, showing enthusiasm 
A about your new company and in 
particular the game you are working on is 
vital. This kind of attitude reassures your 
employers that they made a good choice 
in hiring you, something that they might 
be nervous about until you prove yourself. 
It's also a form of positive feedback for 
your coworkers, indicating that you like 
their work and are happy to be part of 
what they are creating. 

As with most things, it's possible to 
overstep the mark. A new employee is 
not best advised to charge into a new job 
with such overwhelming joy that other 
artists are swamped by your tide of 
eagerness. When you join a new compa- 
ny, there will be a natural period of accli- 
mation as everyone works out what kind 
of person you are. When enthusiasm is 
taken to the extreme, it can be seen as a 
negative, or interpreted as an attempt to 
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gain favor with the boss, so moderation 
is advisable. 


Respect and Credibility 


t's almost impossible for me to say the 

word “respect” without lapsing into a 
Marlon Brando parody. And while some 
game companies may feel like they are 
operated by the Corleone family, gaining 
respect for your work as an artist is a 
legitimate concern. 

Respect, however, can be a difficult 
thing to pin down. In many walks of 
life, respect is a result of status and a 
person's achievements. This translates to 
some extent to the game development 
industry, and particularly as an artist, a 
large part of the respect you command 
comes from the quality of your work. 
Every artist you work wit! 
her particular skills and areas of expert- 
ise. It’s part of the natura 


has his or 


process of 
interpersonal assessment that your work 
will be used to inform other artists’ 
opinions of you, and vice versa. 

As a professional, you will have to 
earn the respect of those that you work 
with through your conduct and attitude. 
Respect is most effectively built on a 
mutual basis, and demonstrating that 
you respect the work of others around 
you is an important step in this direction. 


Acceptance and 
Change 


eing accepted into the team is about 

B more than just the allocation of 
work and a name on the credits. As with 
any social grouping, there are unwritten 
rules about how the group works, who 
fits into which role, how different per- 
sonalities interact, and the inevitable 
degree of company politics to negotiate. 

One important way to gain acceptance 
is to ensure that your priority on arrival is 
to learn rather than attempting to instigate 
changes. Whether you’re a junior artist or 
the newly arrived creative director, learn- 
ing about the team, the game, and how 
everyone currently operates is certainly the 
place to start. The fact that you can see 
improvements that can be made from day 


one does not necessarily mean that imme- 
diately pointing those needs out is the 
most productive approach to take, even if 
you are in a position to do so. 

It’s true that as a group of profession- 
als, everyone should be able to accept sug- 
gested changes that will benefit the proj- 
ect, even if they come from the new guy. 
But human nature cannot be discounted, 
so a “settling in” period is advisable. This 
time can also be used to build a more 
complete picture of your new company 
and new position. Having a solid feel for 
these areas will help you suggest changes 
in the most effective manner. 


Conflict and Criticism 


hile it’s best to avoid workplace 

beatings whenever possible, artists 
have the difficult job of dealing in an area 
that is essentially subjective in nature. For 
programmers, code tends to either work 
correctly or not. Artists, however, are 
subject to opinions of a more ethereal 
nature. Whether you are giving opinions 
or receiving them, you need to be tactful, 
measured, and able to accept opinions 
with which you don't agree. 

New artists especially can be subject to 
feedback (some of it 
negative), while they find their footing. 
Newcomers must accept this as guidance 
more than criticism as they learn new 
stylistic and methodological processes. 
There is also a tendency for senior mem- 
bers of a team to feel that they need to 
be seen as having input, which often 
comes in the form of requested changes. 
This is hard to counter but will usually 
diminish noticeably once you have been 
there for a while. Overall, it's vital to 


a large amount о! 


take criticism well regardless of its origin, 
and to discuss changes rather than argue 
about them. 


First Impressions 


on't arrive at your new job with the 
р... of putting your stamp of 
ownership on the game. Every developer 
I have talked to has expressed dislike of 
the prima donna attitude sometimes dis- 
played by those who believe they are 
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special. Even if you are special, making 
a game always has to be a team effort. 
Anyone who works against this, espe- 
cially if they are new, is unlikely to be 
appreciated. 

Dangerous comparisons. One of the 
most counterproductive things a new 
employee can do is to constantly harp 
back to a previous job, especially when 
the comparisons are unfavorable to one’s 
present employer. Statements like “At 
my last place that was all taken care of 
in the editor, which was so much better 
than what you have here” don’t help, 
and referring to your present employer 
as “you” rather than “we” is never a 
good thing. 

Mouthing off. Our industry may be 
large in terms of revenue, but it’s surpris- 
ingly small and incestuous in terms of the 
workforce. With this in mind, it’s never a 
good idea to bad-mouth people you may 
have worked with previously, chances are 
that you’ll be working with someone 
who knows them and may well not share 
your opinion. This is not to say that you 
need to be the epitome of sweetness and 
light, it’s simply a case of using discretion 
when telling your story about “John and 
the transsexual hooker.” 

Politics and power struggles. If your 
new company has a lot of that kind of 
thing going on, there is no easy way to 
avoid office politics. If you are an art 
lead, it’s important not to distance your- 
self from the art team by taking the 
“executive lounge” route. The best lead- 
ers have always led from the front and 
by example, which is particularly appli- 
cable to the collaborative nature of 
game art. If you are the new artist on 
the team, it’s important that you are not 
projecting an image of being in competi- 
tion with the other artists; once this 
begins to happen, the team loses its 
coherence in the face of one-upmanship, 
which always builds resentment. 


The Employer’s Role 


imilar to the points made about the 
$ new employee's role, there аге sev- 
eral things that an employer needs to 
consider when dealing with a new 
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employee's transitional period. The fol- 
lowing advice has been collected mainly 
from the experiences of those I have 
spoken with as they themselves have 
moved into new jobs over the years. The 
following illustrates the reciprocal 
importance of a new employee's transi- 
tional period. The new employers also 
need to help make the transition smooth 
if they want to get the best out of their 
new hire. 

Be prepared. Preparation is a basic 
point, but it's often overlooked when 
developers are deeply occupied in actual- 
ly making a game. Little is more frus- 
trating for a new employee, ready and 
raring to go in a new position, than 
turning up for work and finding that a 
computer hasn't even been ordered, let 
alone set up. My informal research sug- 
gests over half of the artists beginning 
work have faced delays ranging from a 
few days to over a month while waiting 
for hardware. 

Moreover, a top-of-the-line PC is of 
little use if the none of the software the 
new artist needs is on it. Add to this the 
availability of scanners, digital cameras, 
graphics tablets, and basic furniture 
needs, and it becomes clear that 
employers need to be on the case before 
the artist steps through the doors, ready 
to work. Not only do delays like this 
waste the artist's and the company's 
time, but first impressions matter for 
employers too. 

Beyond software and hardware needs, 
an employer needs to have informed the 
relevant people ( ideally the whole com- 
pany) of any new arrival so that there is 
a plan in place ready to streamline the 
integration process. Sitting in front of a 
screen, waiting for someone to figure out 
what to do with you is not the best 
introduction to your new job, but unfor- 
tunately, it happens all too often. 
Because there are no hard lines between 
what's right and what's wrong in art, it's 
even more important that a new artist be 


given the necessary information and 
guidance to learn what he needs to. 
Details such as acceptable polygon count 
will be dependent on the specifics of the 
game, its engine, and the platforms it's 


running on, and should be communicat- 
ed as soon as possible. 

Be open and inclusive. Sometimes game 
companies (especially larger ones) treat a 
new employee as if they are some kind of 
intruder. Secrecy is usually a tool of man- 
agerial manipulation and an indication of. 
a lack of trust. While that's another topic 
entirely, employers need to be as open 
and honest as possible if they expect their 
new employee to trust them and be hon- 
est in return. I am not talking about dis- 
closure of the owner's salary, but things 
that need to be made clear are important 
issues, such as an explanation of the real 
chain of command. Every company, even 
those that deny it, have some form of 
hierarchy; the more covertly this system 
operates, the harder it is for a new 
employee to understand who reports to 
whom and more importantly, who actual- 
ly has the final word. Pretending that per- 
son А is the one to sign off on your new 
character design is a pointless exercise if 
in reality, his or her superior can decide 
it's unacceptable later that week. 

Employers must also remember to 
include a new employee as much as pos- 
sible. Not knowing the routine can iso- 
late new staff, so the employer should 
actively attempt to involve them in as 
much as possible both during and after 
work if necessary (for example, if they 
are new to the area). 


Transition Is Short, 
Success 15 Long 


hile the sensitive artist stereotype 
W. largely fictitious, and no one 
that I know would burst into tears if 
they found it difficult to transition into 
a new job (well, maybe I can think of 
one person who might), both employer 
and employee can learn from the experi- 
ences of others to make a transition 
period more successful. Hopefully the 
considerations presented here will make 
your next transition, whether from the 
employer’s or the employee’s perspec- 
tive, more profitable in the long run by 
helping avoid common mistakes and 
frustrations that often get things off to a 
bad start. 
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Managing the 
" Nonlinear Mix 


ame audio elements are 
typically created and 
mastered independently 
of one another. Within a 
game, any number of 
these independent sound effects, voice 
tracks, and music tracks are played 
simultaneously. In a situation where the 
order and layering of these elements is 
not predetermined but rather determined 
by player interaction, a nonlinear mix 
occurs. In this situation, problems may 
arise causing balance issues between 
sound effects, music, and dialogue. 

Furthermore, unforeseen combinations 
of sounds that are dominant in similar 
areas of the frequency spectrum can cre- 
ate a mix that sounds “muddy” or “clut- 
tered.” While the actions of the game 
player determine the timing of certain 
audio events — and in many cases the 
frequency at which those events occur — 
the sound designer has control over each 
element's amplitude, its spectral content, 
and the texture or timbre of the overall 
game soundtrack. With some forethought 
given to texture, spectral, and level man- 
agement, sound designers can reduce the 
common problems that result from a 
nonlinear mix. 

Texture management. Texture manage- 
ment is the organization of the audio 
assets. By examining the overall style and 
audio requirements for the game and sub- 
sequently its individual levels or subsec- 
tions, it's possible to determine the game's 
overall sonic texture. Some questions to 
consider include: Should the ambient 
sound effects dominate, or is the game- 
play music-driven? What role will spoken 
dialogue play, and what is the priority of 
that role? Will triggered, event-driven 
sounds interrupt the dialogue or disrupt 
the music tracks? The answers to these 
types of questions will help determine the 
overall texture of the soundtrack. Based 
on these answers you can focus the audio 
design for each segment of the game to 
highlight those key audio elements or tex- 
tures deemed most important. 


50 


Level management. Level management 
refers to the amplitude of individual 
sonic elements or classes of sonic ele- 
ments within the overall soundtrack of 
the game. Fundamentally, level manage- 
ment describes the volume levels of the 
sound effects, music, and dialogue, as 
well as the overall dynamic range of the 
game's soundtrack (that is, the difference 
between the loudest and softest sounds in 
the game). More in-depth level manage- 
ment includes looking at the amplitudes 
of sound element groups. For example, 
ow loud are the footsteps in relation to 
the ambient sound effects in relation to 
an NPCs' sound effects in relation to the 
NPCs’ dialogue? So while texture man- 
agement determines what sounds should 
be occurring on a per-level basis, and the 
player determines when those sounds are 
playing, level management establishes rel- 
ative amplitudes for those sounds. 

The implementation of level manage- 
ment occurs at several stages within the 
game development process. The first set 


of amplitude decisions are made when 
the sound elements are mastered as indi- 
vidual files. Level management occurs 
again when the sounds are integrated 
into the game during the audio coding 
process. Playback levels are set to be 
executed by the audio engine during 
gameplay. Finally, some game titles dele- 
gate a portion of audio level manage- 
ment to the game player, giving the play- 
er overall balance control between voice, 
music, and sound effects from a sound 
options menu. 
Spectral management. Spectral man- 
agement relates to the allocation or con- 
sideration of the spectral content of 
sounds or groups of sonic elements with- 
in the game. Some nonlinear mix prob- 
lems can be reduced or eliminated 
through the use of creative equalization 
or pre-allocated frequency bandwidths 
on specific audio elements. For example, 
in areas with constant music, heavy 
ambient sound effects, or both, an equal- 
ization curve could be applied to those 
elements allowing more room in the 
spectrum for additional event-based 
s 
t 


ound effects or dialogue. Attenuation in 
e lower-mid-range frequencies could 
allow for additional intelligibility in the 
dialogue track. Another notch in the 
upper end of the spectrum could help 
accommodate transient sound effects 
that might be triggered. 

While the concepts of texture, level, 
and spectral management are not new to 
the audio mix environment, careful 
attention must be paid to these concepts 
in the early stages of sound design. Early 
and thorough planning will reduce later 
headaches and result in a more cohesive 
and well balanced nonlinear mix. & 
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MIKE VERRETTE | Mike is the audio director for Wicked 
Noise and member of the Game Audio Network Guild. When not 
managing bis spectrum be can be reached at mike@wickednoise.com. 
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minor trivia game for 
your enjoyment. What is 
*the hobgoblin of little 
minds"? Two points for 
the correct answer. Score 
another three points if you know who 
said it. And if you know the entire quo- 
tation, give yourself a big five points. 

The answer? 

“А foolish consistency is the hobgoblin 
of little minds, adored by little statesmen 
and philosophers and divines." — Ralph 
Waldo Emerson 

I only scored the first two points 
myself. When I looked up the full quota- 
tion, I was surprised to see that Emerson 
was insightful enough to condemn not 
consistency, but a foolish consistency. 

That's trumping information. Be con- 
sistent, but don't be foolishly consistent. 

Is that one of the 400 Rules of game 
design? I think it's too vague. Foolish is 
as foolish does. So I'm turning to you for 
help in clarifying it. Гуе been admon- 
ished for taking the obvious direction 
with my choice of the rules Гуе pub- 
lished here, and I think rightfully so. I 
started with the easier ones that were 
hard to argue with, thinking that was a 
good way to prime the pump with rules. 
But now that there's a steady flow, it's 
time to ris 

It's obvious that some consistency is a 


a little more controversy. 


good thing. You wouldn't want a game 
that showed every enemy unit in red and 
every friendly unit in green — except for 
a friendly medic unit with a big red cross 
that you blew up the first time you saw it 
approaching. And consistency for control 
interfaces is important too, you wouldn't 
want one part of the game to have one 
interface and then suddenly change to a 
different one. 

Or would you? 

If you have a platform game and 


you're happily running and jumping but 
then get the magic hat that lets you fly, 
оп“ you need to change the interface, at 
least a little? If you switch from a first- 
person view to a 3D strategic map view, 
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Тһе Hobgoblin of 
Little Minds 


NEVERWINTER NicHTS may not always be consis- 
tent. but it does have lots of hobgoblins! 


you have to change the way the player 
selects a target — don't you? 

So perhaps the rule is *Be consistent in 
interface as long as the context of what 
the player controls remains constant." 

And yet if you can remain consistent 
even when the context of control has 
changed — perhaps by turning that jump 
button into a flap button — isn't that 
even better? 

Let's look at it from a slightly differ- 
ent perspective. One reader suggested to 
me that a good rule would be *Be con- 
sistent in player feedback." If smashing a 
crate (to take an original example) gives 
you something useful, don't have the 
200th crate you find blow up in your 


face and take away a life. 

That seems obvious. But at the recent 
Game Developers Conference, I had an 
interesting conversation with Mark 
Cerny, a designer who has been a design 
contributor to games totaling over $1 bil- 
lion in sales (that's billion with a 5). 
Regarding that very issue of rewards, he 
told me that he thinks that every once in 
a great while you should blow the player. 
up for no reason. My first reaction was, 
*He's lost his marbles!" But having rea- 


NOAH FALSTEIN 1 


son to believe Mark is quite aware of. 
where his marbles are, I started to think 
about the player's experience. 

Let's say the player is an hour or two 
into a game and has opened 200 crates, 
all with good stuff in them. The initial 
hrill has probably long since worn off, 
nd opening crates has become rote, 
even boring. Then, with no warning, the 
next crate blows up in the player's face, 
costing a life. What's the player going to 
think? The player won't stop opening 
с 
t 


mom 


rates — after all, 200 had rewards in 
hem. But the player will approach every 
subsequent crate with more care and 
more excitement. When crate number 
600 blows up, the player may even think 
there's a pattern. But Mark insisted there 
must be no pattern. I like that — it fits 
in with the AI rules I mentioned in my 
January 2003 column (“АТ Without 
Pain") about a little randomness and the 


power of suggestion. And it suggests that 
the really interesting and useful guidance 
to a game designer about consistency is 
when to break that consistency. 

Or to put it another way, when does 
too much consistency become foolish? 

I have some ideas about that, but Га 
like to turn to you, the readers. Send me 


some one-sentence imperative rules that a 
fellow designer can actually implement, 
and perhaps some associated simple 
exceptions. Please refrain from long dis- 
courses, I’m hoping to boil these down 
into a few simple, clear rules and infor- 
mation about when to trump them, and 
why. ГЇЇ discuss the most provocative 
ones in a future column. Who knows, we 
might even find one consistent rule about 
consistency. That would be a good thing 
— wouldn't it? 


Noah is а 23-year veteran of the game 


industry. His web site, wicw.theinspiracy.com, bas a description of 
The 400 Project, the basis for these columns. Also at that site is a 
list of the game design rules collected so far, and tips on how to 


use them. You can e-mail Noah at noah@theinspiracy.com. 
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USER TESTING 


22 Ost game designers do 


not acquire major 
feedback on their 
products until beta, 
when quality-assur- 
ance representation on a given product 
increases. QA testers are trying to break 
the game: they're finding bugs, they're 
finding balancing issues, they may even 
be finding major gameplay problems. But 
even if they can offer feedback on design 
problems, the game is meant to ship in a 
matter of a few short months, so it might 
be too late to fix most of them. 
How can game teams get design feed- 
back earlier, when the game isn't in final 
form yet? Several possible methods come 
from a discipline called usability. Central 


to the concept of usability is the evalua- 
tion of users, or target audience. By bor- 
rowing concepts from the field of usabili- 
ty and applying them to games, designers 
can get ongoing data on how to improve 
their games right from the consumer. 


What Is Usability? 


U bility is a field of study where a 
product is tested on actual users 


for efficiency, effectiveness, and satis- 


faction throughout development. These 
three measures help to determine if the 
design goals of a product are being met. 
In the case of productivity software, 
testing these elements of usability helps 
to ensure that the user can meet the 
product's goals, that the user can 
achieve them in a way that expends the 
least amount of energy, and that the 
software provides an overall satisfacto- 
ry experience to the user. Often in pro- 
ductivity software, efficiency and effec- 
tiveness are the focus of testing, 
because these are the main selling 
points for businesses, the major buyers 
of the products. 


How Usability Applies 
to Games 


ith games, we have an entirely 
му. situation from produc- 
tivity software. By selling to individuals 
rather than businesses, there is an incredi- 
ble amount of competition, both from the 
vast amount of games on the market and 
from all the other types of entertainment 
consumers can choose to buy and engage 
in at any given time. We are also selling 
an experience, not a tool. We want play- 
ers to be able to interact with the game's 
interface efficiently and effectively, and 
we want them to play through levels as 
close to our ideal path as possible. Above 
all else, we want them to have fun. 

Using usability terms, then, we can 
and should be testing for effectiveness 
and efficiency, but for games we want 
to focus our efforts on measuring satis- 
faction. These usability measures can 
help us to judge whether players are 
able to use the controller adequately, 
check their status in the game correctly, 
use menus without frustration, make 
their way through levels successfully, 
learn skills as they progress, be chal- 
lenged appropriately, and have a desire 
to keep playing because they are experi- 
encing the type of entertainment and 
amount of fun they expect. 


Test Early, Test Often 


ame designers are no different from 

G other types of designers. They gen- 
erally think they can judge the quality of 
their own project and anticipate how 
their audience will perceive it. Though 
sometimes it is possible to guess how 
someone else will interact with a prod- 
uct, design choices can only be verified 
through testing. 

A full-scale production is too large of 
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Volunteer participant Lily Childs plays RTX RED 
Rock during an in-house test at LucasArts, 


an investment to base on hunches or 
artistic desires. Commercial game devel- 
opment is not creating art for art's sake; 
it's creating a product to sell to a con- 
sumer. Therefore, developers need to test, 
at every stage of development, whether 
the product is reaching its goals. 


Usability vs. Quality 
Assurance 


LU order to assess whether a design is 
working well, it needs to be tested on 


the target audience — those who are like- 
ly to buy and use it after it is released. QA 
testers are not representative of the target 


audience of a game, because they 


are pro- 
fessional game players. The vast majority 
of game consumers do not get the level of 
exposure to games that a QA tester has. 
Therefore, testers are unlikely to interact 
with a game in the way a nonprofessional 
player would. Also, since QA testers are 
often a part of the actual game team, they, 
like designers, are often too close to a 
game to judge it in an objective way. 
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USER TESTING 


Getting accurate impressions of a 
design is critical, and so is getting the 
feedback in a timely way. Acquiring 
information about a design late in devel- 
opment can mean one of two things: 
either the necessary changes are not 
made and the product is not improved, 
or changes are made and the product is 
derailed from its production cycle. If 
feedback is acquired about design deci- 
sions as they are being made, before 
large investments of time are made in 


them, the product will more easily be 
improved. 


Implementing Usability 
Techniques 


sability offers the game development 

U industry different methods from 
which to choose for evaluating games. 
These methods vary in the type and qual- 
ity of data they produce based on the 
resources available to implement them. 

Some methods — such as expert evalu- 
ations — do not require the cost of labs 
and participant compensation, but they 
do require the cost of having a usability 
professional run the tests. Other meth- 
ods, like play-testing, can be done in- 
house to avoid participant compensation 
and coordination costs, but still require 
employee time. 

No matter what method is chosen, 
usability testing costs money up-front, 


but investing in it can save time by 
avoiding costly mistakes and should 
increase the overall quality of products if 
performed correctly. 


Beginning Steps 


B efore engaging in any usability tests, 
it's best to incorporate extra time 


into the production cycle for testing and 


fixes so that changes can be made as 
problems are found. Doing multiple 
rounds of testing is important for finding 
new problems as they arise, as well as for 
verifying that any changes that have been 
made are working. 

Concept testing. Ideas can be tested 
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Microsoft Game Studios User-Testing Group Usability Lab: participant side 


even before they hit the digital realm. 
Reading story scripts or showing concept 
art to members of the identified target 
audience can help display what ideas are 
resonating and what ideas are not getting 
across the way the designer intended. 
Prototyping. After an idea is concept 


an be 
on paper, such as a story flowchart or an 


tested, it can be prototyped. Thi 


interface mock-up, or it can actually 
involve creating a mini playable version 
of the game. A playable version could 
involve designing a level that incorpo- 
rates all of the important components of 
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GAME OF THE YEAR 

BATTLEFIELD 1942 by Digital Illusions 

GRAND THEFT AUTO: VICE CITY by Rockstar North 
> METROID PRIME by Retro Studios 

NEVERWINTER NIGHTS by BioWare Corp. 

TOM CLANCY'S SPLINTER CELL by Ubi Soft Montreal 


ORIGINAL GAME CHARACTER OF THE YEAR 
Blinx from BLINX THE TIME SWEEPER 
Ratchet from RATCHET AND CLANK 
Rau from THE MARK OF KRI 
Sam Fisher from TOM CLANCY'S SPLINTER CELL 
> Sly Cooper from SLY COOPER AND THE THIEVIUS RACCOONUS 


ROOKIE STUDIO OF THE YEAR 
Arkane Studios for ARX FATALIS 
Day 1 Studios for MECHASSAULT 
Gas Powered Games for DUNGEON SIEGE 
Pipeworks Software for GODZILLA: 
DESTROY ALL MONSTERS MELEE 

> Retro Studios for METROID PRIME 


EXCELLENCE IN AUDIO 
GTA Team for sound design in GRAND THEFT AUTO: VICE CITY 
Takayuki Kawagoe, Hideki Naganuma and Fumitaka Shibata for 
sound design in JET SET RADIO FUTURE 

> Jack Grillo, Rebecca Hanck, Erik Kraber and Yuan Liu for sound 
effects in MEDAL OF HONOR: ALLIED ASSAULT 
Metroid Team for sound effects in METROID PRIME 
Andrew Boyd, Chris Hegstrom, Robb Mills and Howard Shore for 
composition in THE LORD OF THE RINGS: THE TWO TOWERS 


EXCELLENCE IN GAME DESIGN 

> Romain de Waubert de Genlis and Team for game design in 
BATTLEFIELD 1942 
GTA Team for game design in GRAND THEFT AUTO: VICE CITY 
Metroid Team for game design in METROID PRIME 
Satoru Iwata, Yoshiaki Koizumi, Shigeru Miyamoto, Takashi 
Tezuka and Kenta Usui for game design in 
SUPER MARIO SUNSHINE 
Splinter Cell Team Leaders for game design in 
TOM CLANCY'S SPLINTER CELL 


EXCELLENCE IN LEVEL DESIGN 

» Metroid Team for level design in METROID PRIME 
Brian Allgeier, Mark Cerny, Lesley Mathieson and Colin Munson 
for level design in RATCHET & CLANK 
Brendan McNamara, Chun Wah Kong and the SCEE Design Team 
for level design in THE GETAWAY 
Francois Pelland and Team for level design in 
TOM CLANCY'S SPLINTER CELL 
Pancho Eekels, Dave Ewing and James Schmalz for level design in 
UNREAL TOURNAMENT 2003 


EXCELLENCE IN PROGRAMMING 
Mike Biddlecombe, Scott Bilas, Bartosz Kijanka, James Loe, Eric 
Tams and Chad Queen for programming in DUNGEON SIEGE 
Metroid Team for programming in METROID PRIME 

» Mark Brockington, Scott Greig, Jason Knipe, Don Moar and Don 
Yakielashek for network programming in NEVERWINTER NIGHTS 
Antoine Dodens and Team for graphics programming in 
TOM CLANCY'S SPLINTER CELL 
Warcraft 111 Team for programming in 
WARCRAFT III: REIGN OF CHAOS 


EXCELLENCE IN VISUAL ARTS 
Jonathan Chey, Ken Levine and Team for art direction in 
FREEDOM FORCE 

> Tetsuya Nomura for art direction in KINGDOM HEARTS 
Hokyo Lim, Suzanne Kaufman, Dev Madan, Augie Pagan and 
Karin Yamagiwa for art direction in 
SLY COOPER AND THE THIEVIUS RACCOONUS 
Nicolas Cantin, Frédérick Gagné and Benoit Sokal for art 
direction in SYBERIA 
Jay Beard, Erik Medina, Jeff Merghart, Dan Mueller and 
Tim Neveu for animation in THE MARK OF KRI 


EXCELLENCE IN WRITING 
Denis Dyack and Ken McCulloch for writing in 
ETERNAL DARKNESS: SANITY'S REQUIEM 
GTA Team for writing in GRAND THEFT AUTO: VICE CITY 
Daniel Vavra for writing in MAFIA: THE CITY OF LOST HEAVEN 
Craig Hubbard and Team for writing in 
NO ONE LIVES FOREVER 2: A SPY IN H.A.R.M.S. WAY 
> Clint Hocking and JT Petty for writing in 
TOM CLANCY'S SPLINTER CELL 


Generous support from our sponsors made the Game Developers Choice Awards program and event possible. 
It is an honor to work with sponsors who appreciate the need for a developer centric awards program. 


Sponsored by: 


A n VI DIA. Renderware 


Media Sponsors: 
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GAME OF THE YEAR 
METROID PRIME by Retro Studios 
ORIGINAL GAME CHARACTER OF THE YEAR 
Sly Cooper from 
SLY COOPER AND THE THIEVIUS RACCOONUS 


| ROOKIE STUDIO OF THE YEAR 
Retro Studios for METROID PRIME 
EXCELLENCE IN AUDIO 
Jack Grillo, Rebecca Hanck, Erik Kraber and 
Yuan Liu for sound effects in 
MEDAL OF HONOR: ALLIED ASSAULT 


EXCELLENCE IN GAME DESIGN 
Romain de Waubert de Genlis and Team for 
game design in BATTLEFIELD 1942 


EXCELLENCE IN LEVEL DESIGN 
Metroid Team for level design in 
METROID PRIME 
EXCELLENCE IN PROGRAMMING 
Mark Brockington, Scott Greig, Jason Knipe, 
Don Moar and Don Yakielashek for network 
programming in NEVERWINTER NIGHTS 


EXCELLENCE IN VISUAL ARTS 
Tetsuya Nomura for art direction in | 
KINGDOM HEARTS 


EXCELLENCE IN WRITING 
| Clint Hocking and JT Petty for writing in 
TOM CLANCY'S SPLINTER CELL 
GAME INNOVATION SPOTLIGHTS 
ANIMAL CROSSING by Nintendo 
BATTLEFIELD 1942 by Digital Illusions 
MEDAL OF HONOR: ALLIED ASSAULT by 2015, Inc. 
THE THING by Computer Artworks 
IGDA AWARD FOR COMMUNITY 
CONTRIBUTION 
Doug Church 
THE FIRST PENGUIN AWARD 
David Crane, Larry Kaplan, Jim Levy, 
Alan Miller and Bob Whitehead, founders, 
Activision 


Celebrate 


the talent 
behind the 


game 


LIFETIME ACHIEVEMENT AWARD 
Gunpei Yokoi, creator, GameBoy 
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evelopment for Metroid Prime began in June of 1999 

and the Retro Studios team had a daunting task ahead 
of them. Take one of game history's most treasured titles and 
convert it not only to an entirely new genre, but from a flat 


2 dimensional world to a rich 3D environment. Many skeptics 


thought it impossible to execute with any expertise, but we 
haven't heard much from them since the game released — 
perhaps busy playing? 

Based on the gameplay and structure of the original - platform 
action mixed with a level of combat — the mood and intense 
character identity bring Metroid to its next incarnation. The 
Retro Studios team, with some assistance from Nintendo, over 
deliver in every respect. Developers enjoy playing this game 
and selected it as Game of the Year for its high production 
values, well timed and engaging pace, polished graphics and 
gameplay and a first person viewpoint that simply draws you 
in. This is a reinvented classic that could eclipse it successor in 
sheer fan appreciation. 

Producer Michael Mann accepted the award on behalf of 


the Metroid Prime team from Retro Studios. 


World, meet Sly Cooper. Developed Бу the team at 
Sucker Punch Productions, Sly Cooper is kind of an 


anti-herosS hero. A charming mix of devilish and 


debonair, Sly is a notorious international thief with a 


strong sense of justice. Borrowing from a long lineage of 


thievery, he is out to avenge his father's death and 


recover the family treasure. Oh yeah, and he is a cute 
furry raccoon 

With influences from classic comic heroes and 
harkening back to the golden era of adorable 
fuzzy game mascots this character is 
truly unique. His complex character 
and attitude make him not only fun 
to play, but an endearing and 
enduring game character. 

Dev Madan, Art Director for Sucker Punch 


Productions accepted the award for Original Character. 


No one would accuse this уеаг5 recipients м! jS 
EI 


of Rookie Studio of being freshmen. A well 


oiled machine of veteran developers based 

in Austin, Retro Studios is recognized for its first offering as a collec- 
tive - the beloved Metroid Prime. The studios first commercially 
released title had high expectations and could have been fraught 
with disappointment. Instead the team, with the aid of some experi- 
enced game developers from publisher Nintendo (Shigeru Miyamoto, 
among others) managed not only to satisfy nostalgia, but recreate a 
classic into a blockbuster first person game. Such a seamless first 


title leaves game fans and developers alike wanting more . . 
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Jack Grillo, Rebecca Hanck, Erik Kraber 
and Yuan Liu for sound effects in 
MEDAL OF HONOR: ALLIED ASSAULT 
The award winning team from Electronic Arts LA 


knows sound - and they ve got the awards to prove it. Not just 
recognized by the Choice Awards, the oft awarded team manages 
to engage all the senses and to immerse us in the world of Omaha 
beach and WWII completely. From the opening mission, the sound 
effects are that magic ingredient that makes the battle all too real. 


Excellence in 


Romain de Waubert de Genlis and Team 
for game design in BATTELFIELD 1942 
Romain de Waubert de Genlis and the team from 
Digital Illusions brings the second world war to your computer and 
you to historical battles all over the globe. The carefully crafted game 


design lets players choose characters, national loyalties, sidearm 


weapons and battle locations. Multiplayer teamwork is an integral part 
of a successful campaign. The game designers expertise combine a brand 
new game engine capable of dynamic models and landscapes, ground, sea 
and air physics, and an unparallel variety of game play to fully immerse the 
player in the greatest battle of the last world war. 


Tetsuya Nomura for art direction in 

KINGDOM HEARTS 

"Unlock your Destiny" is just the marketing tag 

line for Kingdom Hearts, but one that Art Director Tetsuya Nomura 
took seriously. He managed to seamlessly blend some of animations 
most classic and beloved characters with what is the recognized 
standard for Japanese RPG. Talk about a challenge: there are no two 
greater powerhouses than Disney and Squaresoft, in their respective 
entertainment industries. The fans for both border on cult. Yet Nomuras 
art direction brought these two worlds together with beautiful and 
entertaining results. 


Excellence in 


Metroid Team for level design in 
METROID PRIME M 


The level of detail required to transition 


from a 2D platform to an all immersive 3D 
world is immense. But that's all part of reinventing a classic. The 
Metroid team creates level after level, world after world that remain 
authentic to the Metroid purist and engages the first person player. 
Thanks to the level design team no detail is left to chance. 

Producer Michael Mann accepted the award on behalf of the 
Metroid Prime team from Retro Studios. 


Mark Brockington, Scott Greig, Jason 
Knipe, Don Moar and Don Yakielashek 
for network programming in 
NEVERWINTER NIGHTS 


Multiplayer has changed gaming forever, and in some wonderful 


instances has caused us to redefine games we've long loved. If 
NeverWinter Nights is a game that brings the huge medieval fantasy 
world of Dungeons and Dragons to the computer, the BioWare 
programming team brings the players to one another. These avid players 
are networked together in a flawless and engaging manner. The 
programmers manage to blend the best of single-player and massively 
multiplayer games, as well as the classic experience of pen-and-paper 
role-playing D&D, to create the best of all possible worlds. 


Clint Hocking and JT Petty for writing 
in TOM CLANCY'S SPLINTER CELL 


This is the first Excellence in Writing Award received and it seems 


somewhat poetic that it go to a developer who created a game 
insired by a renowned author. For games, good dynamic writing has 
been an elusive challenge. Clint Hocking and JT Petty illustrate that 


that is a thing of the past. Players caught up in Splinter Cell enjoy a 
sophisticated story — much in the Clancy style — screenplay like 
dialog and a natural shifting and twisting plot. 

Clint Hocking accepted the Choice Award for Excellence in Writing. 


Achievement Award 


Gunpei Yokoi 

The Lifetime Achievement Award was presented by former recipient 
Yuji Naka. To best represent the evening and honor we've reproduced, 
from the original Japanese, Мг. МаКа5 tribute. 


“ | onight we honor one of the great pioneers іп our 
industry, Gunpei Yokoi. 
Yokoi-san is a founder and visionary of our industry. 


Without his contributions, games could not have become the 
important part of our culture that they are today. We are all 
indebted to him for making our passion popular and viable. 

As the head of Nintendos research and development team 
he first created a small credit card sized game platform called 
Game and Watch. This was just his first success to make our 
electronic games mobile and adopted by a mass audience. 

As mentor to the young Nintendo 
prodigy Shigeru Miyamoto, Yokoi-san 
and Miyamoto formed a creative 
partnership that resulted in some of 
the classic arcade games of the 19805: 
Donkey Kong, Donkey Kong Jr., Mario 
Brothers and the first Metroid. 

In 1989 Yokoi-san and his team 
developed the most popular and 


successful hand-held game console 4 
ever - to date the GameBoy platform Yuji Naka 

and its successors have sold over 

142 million units worldwide. 

Presenting this award tonight is very meaningful for me. 
Gunpei Yokoi has been a great inspiration throughout the 20 
years that | have spent creating games. Although SEGA and 
Nintendo were fierce competitors in the past, the works of 
Gunpei Yokoi continually motivated and challenged me to do 
my best work and to strive to achieve greatness with all my 
games. Gunpei Yokoi is a man who has not only inspired the 
imagination of game developers around the world, but he has 
changed the way the world plays. 

Tragically, Үокоі-5ап5 brilliant career was abbreviated when 
he passed away 1997. His legacy remains for all of us to build 
upon. To accept his honor for Lifetime Achievement are his 
wife and family from Kyoto, Japan.” 


The son and widow of Gunpei Yokoi accepted his honor to a 


standing ovation. 


The Lifetime Achievement Award is selected by the Choice Awards Advisory Board. 
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Award 


David Crane, Larry Kaplan, Jim Levy, Alan Miller and 
Bob Whitehead, founders, Activision 

The recipients of the First Penguin Award are the founding team of 
Activision who established the first 3rd party developer. In 1979 the 
Atari ex-patriots created a model that celebrated, recognized and 
rewarded the game designers directly and continues as an industry 
standard today. 

Among their game credits Dragster, Crane's adaptation of the 1977 
Atari/Kee coin-op Drag Race, as the first game independently 
released for the Atari VCS, in 1980, followed closely by Checkers, 
Boxing and Fishing Derby. 52 games in total were released by the 
company between 1980 and 1988, with the designers’ identities 
prominently featured in all packaging and advertising. 

David Crane, Larry Kaplan, and Bob Whitehead accepted the Choice 


Award for the founding team. 


The First Penguin Award is selected by the Choice Awards Advisory Board and recognizes 
the courage and bravery of a developer who tested the proverbial "waters! uncertain of 
success or failure. A "first penguin' serves as a lesson, and inspiration, to the rest of the 
community. 


for Contribution 


Doug Church 

The IGDA honors Doug Church for his many and varied contributions 
to the game development community and the art form of games 
Named one of GameSpy 30 Most Influential People in Gaming, 
Dougs contributions to the community also include serving on the 
GDC Advisory Board for the last 3 years. He encourages and betters 
others with his numerous articles and GDC talks on improving design 
methods. As co-chair of the |СРА5 Education Committee, Doug is a 
continual advocate for industry/academia relations. 

Not limited to community support only, Doug's career inspires 
others by his innovative work. Game credits include; Frequency, Deus 
Ex, System Shock, System Shock 2, Thief: The Dark Project, Thief II, 
Flight Unlimited, Flight Unlimited ІІ, Terra Nova: Strike Force 
Centauri, Ultima Underworld, and Ultima Underworld 2. 


The IGDA Award for Community Contribution is selected by the Choice Awards 
Advisory Board 


Game Spot 


Game Innovation Spotlights honor games with that certain something. These are the games developers themselves 
talk about, admire, anticipate — play. Innovation keeps our art form vital and evolving. Each of the four games 


honored with a Choice Award for Game Innovation, in its own unique way, changes the way we make games. 


ANIMAL CROSSING by Nintendo 

This Game Innovation Spotlight award cele- 

brates a title that appeals to aspiring fishermen, 

entomologists, archaeologists, fashion 

designers, furniture collectors, essayists, personal assistants, and 
gardeners. The sandbox-style gameplay unfolds in 
time with clock and calendar. Memory cards 
enable a robust community and trading economy 
to flourish entirely offline. Integration with the 
GameBoy Advance and E-Reader offers players a 
constant supply of new experiences. ANIMAL 
CROSSINGS innovative community-based 
gameplay is as easy to pick up as it is difficult to 


categorize. 


THE THING by Computer Artworks 

THE THINGS "trust" and "fear" systems are 

unique advancements and a true indication of the advances in 
artificial intelligence. To date most NPC (non-player character) 
teammates have been intermittently helpful, frequently dunder- 
headed, and mostly virtual scenery. How you influence NPCs' 
psychological state in THE THING determines 
whether or not these characters will cooperate 
For the first time they express fear, question your 
trust, and keep a close virtual eye on your actions, 


incorporating a whole new dimension of play. 


MEDAL OF HONOR: ALLIED ASSAULT 
by 2015, Inc. 


MEDAL OF HONOR: ALLIED ASSAULT is honored 


IMEDA 
HONOR 
ESI 


LLIED 
for its immersive gameplay. This Game Innovation honoree has an 
introduction like no other. WWII is a rich environment for realism, 
the opening mission at Omaha Beach is one of the most frighten- 
E ing and intense game experiences ever created 

With just one mission, this game demonstrates 

our mediums unique ability to engage the player 


through gameplay alone. 


BATTLEFIELD 1942 
by Digital Illusions 


This Game Innovation Spotlight Award recognizes BATTLEFIELD 1942 
for advancement in cooperative multiplayer gaming and variety in 
gameplay styles. Set in the battlefields of WWII, cooperative multi- 
player isn't just fun, its a necessary component to success. You can 


parachute, drive tanks, fly airplanes, or engage 


in hand to hand combat. This unprecedented 
variety of gameplay styles converge with solid 
engine technology to create a truly innovative 


first person shooter. 


I started in this industry about 15 years ago 

with the idea to do something different 

something that hasn't been done before 

That still drives me and the rest of the team 

% to be recognized for doing something 
th 


rat we thought was fun is truly an honor 


— Fredrik Liliegren of Digital Illusions, 
Choice Award Recipient for Game Innovation 


GAME OF THE YEAR 


THE SIMS by Maxis 
GRAND THEFT AUTO III by DMA Design/Rockstar 
Games 


2003 METROID PRIME by Retro Studios 


ORIGINAL GAME CHARACTER OF THE YEAR 
2001 Seaman from SEAMAN 
Daxter from 
JAK & DAXTER: THE PRECURSOR LEGACY 
2003 Sly Cooper from 
SLY COOPER AND THE THIEVIUS RACCOONUS 


ROOKIE STUDIO AWARD 
Counter-Strike team for COUNTER-STRIKE 


Bohemia Interactive Studio for 
OPERATION FLASHPOINT 
2003 Retro Studios for METROID PRIME 


EXCELLENCE IN AUDIO 
Matt Uelmen, Jason Hayes, Glenn Stafford & 
Andrea Pessino for composition in DIABLO II 
Marty O'Donnell & team for sound effects in 
HALO: COMBAT EVOLVED 


Jack Grillo, Rebecca Hanck, Erik Kraber and Yuan 
Liu for sound effects in MEDAL OF HONOR: 
ALLIED ASSAULT. 


EXCELLENCE IN GAME DESIGN 
Harvey Smith & Warren Spector - for game design 
in DEUS EX 
СТАЗ team for game play in GRAND THEFT AUTO III 
Romain de Waubert de Genlis and Team for game 
design in BATTLEFIELD 1942 


EXCELLENCE IN LEVEL DESIGN 
American McGee, Jim Molinets & team for level 
design in AMERICAN MCGEE'S ALICE 
Fumito Ueda & team for level design in ICO 

2003 Metroid Team for level design in METROID PRIME 


EXCELLENCE IN PROGRAMMING 


Sims programming team for artificial intelligence 
in THE SIMS 

Richard Evans for artificial intelligence in 

BLACK & WHITE 

Mark Brockington, Scott Greig, Jason Knipe, 

Don Моаг and Don Yakielashek for network 
programming in NEVERWINTER NIGHTS 


EXCELLENCE IN VISUAL ARTS 
Ryuta Ueda & Kazuki Hosokawa for art direction 
in JET GRIND RADIO 
Fumito Ueda & team for art direction in ICO 


Tetsuya Nomura for art direction in 
KINGDOM HEARTS 


EXCELLENCE IN WRITING 


2003 Clint Hocking and JT Petty for writing in 
TOM CLANCY'S SPLINTER CELL 


LIFETIME ACHIEVEMENT AWARD 
Will Wright 
Yuji Naka 

2003 Gunpei Yokoi 


THE FIRST PENGUIN AWARD 
Chip Morningstar & Randy Farmer 
Hubert Chardot 


David Crane, Larry Kaplan, Jim Levy, Alan Miller 
and Bob Whitehead 


IGDA AWARD FOR COMMUNITY CONTRIBUTION 
John Carmack 
Jeff Lander 

2003 Doug Church 


GAME INNOVATION SPOTLIGHTS 
COUNTER-STRIKE by Counter-Strike team 
CRAZY TAXI by Sega AM3 
DEUS EX by ION Storm Austin 
JET GRIND RADIO by Smilebit 
NO ONE LIVES FOREVER by Monolith 
BLACK & WHITE by Lionhead Studios 
GRAND THEFT AUTO III by DMA Design 
ІСО by Sony Computer Entertainment, Inc. 
MAJESTIC by Electronic Arts 
REZ by United Game Artists 

2003 ANIMAL CROSSING by Nintendo 
BATTLEFIELD 1942 by Digital Illusions 
MEDAL OF HONOR: ALLIED ASSAULT by 2015, Inc. 
THE THING by Computer Artworks 


GG Im really really proud to be a part of this development 
and pushing toward a great new way to tell stories, 
which | think is an important part of being а human being. 72 


ars of GameDeveloper 


for just $229 


Each CD-ROM contains: 
V Full text of feature articles, columns, and product reviews 


Articles, artwork, and diagrams exactly as they were printed 
4 All code and applications that accompanied the articles 
Great content. Great prices. 


yew! м Мау 2002 to April 2003 $49 
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USER TESTING 


the game. When a playable prototype is 
developed, any technological or strategic 
concepts can be tested for viability. But 
the benefits go far beyond that. 

With a prototype, all critical game ele- 
ments can be analyzed before they are 
invested in too greatly. These elements 
are all created during preproduction with 
a smaller team, which should save the 
cost of developing them. Any major 
obstacles should be found early so that 
fixes or alternate paths can be deter- 
mined before the production is fully 
underway. Since the preproduction team 
is small, it also gives the core team time 
to gel together and figure out their 
processes before taking on the added 
responsibilities of team management. 

Play-testing. Once a playable build 
exists for a game, play-testing can begin. 
During a play-test, someone plays a game 
and offers feedback on their experience 
with it. This can be done with in-house 
participants or out-of-house participants 


and can range from formal to informal. 
For instance, at LucasArts there is an 


informal in-house play-test group. Any- 
time a team wants feedback on their 
product, they can call on a group of vol- 
unteers to play their game for them. 
Recently, play-testers were requested to 
play an original action-adventure title, 
RTX Кер Rock. Volunteers were sched- 
uled for sessions at a level designer's desk 
and asked to play a specific level of the 
game for two hours while members of the 
game team watched and took notes. The 
participants were asked to think out loud 
while they played so that the team could 
gain better insight into what choices they 
were making as they progressed through 
the assigned level. 

The game team felt that the feedback 
improved the levels greatly, and plan to 
do more testing in the future. Overall, 
the cost and time involved was low, and 
the impact on the game was high. 
Mainly, the team laments not having 
begun these tests earlier and not having 
enough time to address everything the 
tests revealed about the game. 

Play-testing can help teams in seeing 
how actual players interact with the 
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Lily Childs thinks aloud while playing RTX RED Rock during an in-house LucasArts test, as team 
members Harley Baldwin, Tim Miller. and Shara Miller take notes. 


product. The team is too close to the 
design to see objectively, and the data 
collected from these exercises can be 

very enlightening. 

Offering the opportunity for open- 
ended feedback at the end of a play-test 
can elicit even more insight into the 
experience with the product. Asking 
questions such as *What did you like 
best (or least) about the game?" can 
allow teams to anticipate what is or is 
not fun about the game at a point when 
gameplay can still be adjusted. 


Advanced Measures 


n-house play-testing provides valuable 

feedback, but the information gath- 
ered still isn't as accurate or helpful as it 
could be if greater resources were avail- 
able. This type of testing is not truly 
reflec 


e of a target audience, because 
even if the participants fall into the cor- 
rect demographic (genre of game, age, 
gender, and so on), they are still coming 
to the test with much more game knowl- 
edge than an average consumer would 
have. They know more about games and 


game development in general, and they 
are within the company, which means 
they inevitably are bringing some precon- 
ceived notions about the product with 
them to the play-testing session. 

Play-testing with outside users. Using 
outside participants instead of people in- 
house requires greater resources. First of 
all, compensation is required to encour- 
age people to attend sessions. Money, 
copies of games, or other company mem- 
orabilia can serve this purpose. The sec- 
ond expense is the overall effort it takes 
to schedule participants in a timely way. 

Before testing begins, the facility in 
which the participant is to be tested has to 
be determined. They can simply play at a 
designer's desk, although such a setup 
potentially skews the data. Participants 
may feel compelled to try to please the 
designer, since he or she will be present, 
which can alter how they evaluate the 
product and what sentiments they choose 
to express while thinking aloud. The 
designer may also find it extremely diffi- 
cult not to intervene in the test in some 
way. To keep designers from altering the 
test process and results, they ideally 
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Microsoft Game Studios User-Testing Group Play-test Lab cubicle 


should observe from a separate room 
either through one-way glass or on video. 
Play-testing doesn't have to be a one- 
on-one experience with a designer. A par- 
ticipant can play a portion of the game 
for a given time frame and then offer 
feedback through a questionnaire. Once 
participants get a taste of the game, they 
can offer a subjective perception about 
the product's overall fun factor. 
Questionnaires. Creating a scientifically 
sound questionnaire is a tricky business 
and ideally requires a psychology expert. 
Depending on how a question is phrased, 
it will generate a different answer. In order 
to get the most accurate data possible, 
questions have to be developed with the 
least likelihood of leading the person to 
answer in an anticipated or predictable 
way. Getting someone to create question- 
naires and analyze the data is expensive. 
The 


ata resulting from this type of test, 
though, will be quantitative and better 
able to guide the design revision process. 
Knowing the percentage of people who 
felt positively or negatively toward certain 
facets of the game can help the team pri- 
oritize which changes to make in the 


amount of time available. 


www.gdmag.com 


Structured usability evaluations. While 
play-testers can work en masse in a big 
enough lab, structured usability tests are 
run individually. In a structured usability 
test, information can be acquired about 
efficiency and effectiveness, rather than 
satisfaction as in play-tests. If designers 
want to know whether users are learning 
required tasks as they are playing, whether 
tasks and or levels can be completed with- 
out too much confusion, or whether a con- 
trol scheme feels intuitive, structured 
usability testing is a great method to use. 
To use this method, tasks to be per- 
formed are established prior to testing. 
Usually, someone familiar with the game 
will run through the tasks and establish 
an ideal time for each one. Then, a user 
is asked to perform them while thinking 
aloud. As the participants progress, the 
following is noted: whether they can suc- 
cessfully accomplish each task, how long 
they take to accomplish it, and anything 
they say or do to indicate how they are 
working to achieve each goal. In the 


usability field, six to eight users can 
uncover the vast majority of usability 
problems with each task. While it's 
promising that so few users are needed to 


find the majority of design problems, 
there is no guarantee that the solution 
implemented for any problem is success- 
ful unless it too is tested. 

For game development, a variation 
called RITE (Rapid Iterative Testing and 
Evaluation) might solve some of the time 
issues with finding and resolving usability 
issues using the standard method. In this 
technique, developed by Microsoft Game 
Studios User-Testing Group (see For More 
Information), a participant engages in 
particular tasks and then the design is 
changed immediately based on the results. 
before another user is run. This way, a set 
of users are not experiencing the same 
problems over and over again, but rather 
verifying whether past issues have been 
resolved. This method yields fast results 
and makes the most of each participants 
involvement, but requires the develop- 
ment team to have time as testing occurs 
to make the ongoing changes. 

Expert evaluations. Beyond user-testing 


FOR MORE INFORMATI | 


GAME-SPECIFIC USABILITY RESOURCES 
Microsoft Game Studios User-Testing 
Group: 
www.microsoft.com/play-test/publication 
Federoff, Melissa. “Heuristics and Usability 
Guidelines for the Creation and 
Evaluation of Fun in Video Games." 
Master's thesis, Indiana University, 2002. 
www.melissafederoff.com/thesis.html 


GENERAL USABILITY RESOURCES 

Dumas, J., and J. C. Redish. A Practical 
Guide to Usability Testing. Norwood, N.J.: 
Ablex, 1993. 

Nielsen, J., and R. Mack. Usability 
Inspection Methods. New York: John 
Wiley and Sons, 1994. 

Norman. Donald. The Design of Everyday 
Things. New York: Doubleday, 1990. 

Jakob Nielsen's Web Site 

http://useit.com 


ONLINE GUIDE TO USABILITY RESOURCES 
www.usabilityfirst.com 
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methods there аге expert evaluation 
methods, which can be utilized by 
usability professionals. These evaluations 
do not require users, but do require 
someone who knows how to anticipate 
user behavior. While these methods do 
not yield data with the same amount of 
validity as user testing, they can help to 
uncover usability problems in a faster, 
cheaper way when necessary. 

One of the most common expert eval- 
uation methods used by usability profes- 
sionals is the heuristic evaluation. 
Heuristics are agreed-upon standards 
that are used to evaluate a design. To do 
a heuristic evaluation, the usability pro- 
fessional makes one pass through the 
product to become familiar with it, and 
then makes a second pass to determine 
whether it is meeting or failing each 
heuristic. Jakob Nielsen has created 
heuristics for software interfaces, but an 
agreed-upon list of heuristics does not 
exist yet for games. Table 1 shows one 
possible list of heuristics for games. 

Another expert usability evaluation 
method that could be аррїїе 
is the cognitive walkthrough. During 
this technique the usability professional 
walks through a scenario and tells a 
convincing story about whether the 
determined path for players would be 
the one they would actually take. This 
would be a particularly strong method 
to use with games that have a linear 


to games 


structure to make sure that the expected 
path for the players is the one they will 
likely follow. 


Raising the Bar 
T he field of usability offers developers 


many methods to determine the effi- 
ciency, effectiveness, and satisfaction of 
product designs throughout development. 
The data resulting from the empirical 
testing of users can help designers to 
make informed decisions and improve 
the overall quality of their games. Many 


games are already taking advantage of 
usability testing to improve player expe- 
rience and satisfaction, which will ulti- 
mately raise the bar for all games in 
terms of consumers? expectations. ^ 
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Controls should be customizable and default to industry- 
standard settings 

Controls should be intuitive and mapped in a natural way 
Minimize control options 

The interface should be as non-intrusive as possible 

For PC games, consider hiding the main computer interface 
during gameplay 

A player should always be able to identify their score/status 
in the game 

Follow the trends set by the gaming community to shorten the 
learning curve 

Interfaces should be consistent in control, color, typography. 
and dialog design 

Minimize the menu layers of an interface 

Use sound to provide meaningful feedback 

Do not expect the user to read a manual 

Provide means for error prevention and recovery through the 
use of warning messages 

Players should be able to save games in different states 

Art should speak to its function 

Mechanics should feel natural and have correct weight 

and momentum 

Feedback should be given immediately to display user control 
Get the player involved quickly and easily 

A clear, overriding goal of the game should be presented early 
There should be variable difficulty and multiple goals for 

each level 

“A good game should be easy to learn and hard to master” 
(Nolan Bushnell) 

The game should have an unexpected outcome 

Artificial intelligence should be reasonable yet unpredictable 
Gameplay should be balanced so that there is no 

definite way to win 

Play should be fair 

The game should give hints, but not too many 

The game should give rewards 

Pace the game to apply pressure to, but not frustrate the player 
Provide an interesting and absorbing tutorial 

Allow players to build content 

Make the game replayable 

Create a great storyline 

There must not be any single optimal winning strategy 

Use visual and audio effects to arouse interest 

Include a lot of interactive props for the player to interact with 
Teach skills early that you expect the players to use later 
Design for multiple paths through the game 

Players should be rewarded with the acquisition of skill 

Build as though the world is going on whether your character is 
there or not 

If the game cannot be mode-less, it should feel mode-less to the 
player 


N 


TABLE 1. Game heuristics developed during a thesis case study performed by the author. They 
were compiled after reviewing relevant literature and observing and interviewing a develop- 
ment team. They are a starting point for discussion: further research is required in order to ver- 
ify them. The project is available online іп its entirety at www.melissafederoff.com/thesis.html 
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yet Friendly 


Part 1: 


Stop 


Hitting 


the 


BOTTLENECK 


couple of years ago I 

was driving home to 

Quebec when I stopped 

near the Ontario border 

to gas up. I got out of 
my car to stretch and noticed two other 
travelers engaged in a complicated mish- 
mash of hand waving and broken 
English, I approached, thinking I could 
help the poor fellows by acting as a 
translator between both parties, when I 
realized that not only were they both 
French Canadians but neither of them 
knew it. 

ІНІ found the situation amusing at the 
time, l've since come to realize that spe- 
cialized jargons aren't so different from 
languages as different as French and 
English. Like languages, jargon plays a 
key role in communicating information 
about a given discipline; but like lan- 
guages, jargon can also erect artificial 
barriers between initiates and neophytes. 

Game development studios comprise 
numerous different professions, each 
with their respective jargons. In the time 
Гуе spent bridging the gap between art 
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and code at Pseudo Interactive, it has 
often been challenging — but ultimately 
much more fulfilling — to try and 
explain concepts to artists. 

As апу experienced game artist knows, 
dealing with a disgruntled graphics pro- 
grammer mumbling about “vertex diets” 
isn’t the most enthralling part of the day. 
In our programmer minds, every model 
should be hand-tuned and lovingly opti- 
mized, and every artist should know the 
intricacies of the hardware and software 
they are dealing with. 

But in the end, a programmer’s job 
isn’t to make a good-looking game, it’s 
to empower the artists to make a good- 
looking game. In this two-part article on 
graphics performance, I will attempt to 
explain how to manage performance 
without losing track of this vision state- 
ment. In this month's part, we will take 
a look at the big picture and explain 


how you can often solve performance 
problems without optimizing a single 
mesh. We will also see when, if, and 
what to optimize in your scene. In next 
month's conclusion, we will get down to 
the details and study how certain model- 
ing practices can improve the perform- 
ance of your meshes with minimal 
impact on their visual quality. 


It's Not Art's Fault, 
It’s Level Design's! 


was happily debugging the other day 

when an artist dropped by my desk 
and asked me how many vertices he 
could pack in a cubic meter without 
encountering performance problems. 
Put on the spot, I simply replied, *Ask 
level design." Although I intended that 
as a joke, it wasn't exactly bad advice. 
Programmers can accurately predict 


GUILLAUME PROVOST 1 Originally hired at the age of 17 as a lowly system pro- 
grammer writing BIOS kernels for banks, Guillaume has been trying to redeem himself 


ever since. He now works as a 3D graphics programmer at Pseudo Interactive and si 


his local Toronto IGDA advisory board. You can contact him at depth@keops.com. 
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how many vertices you can pack into 
view, but how many *cubic meters" are 
actually in view at one time is largely 
determined by level design, not code. 

Viewed in this light, level designers 
operate in a kind of performance macro- 
cosm, and their work provides your best 
indication of the performance con- 
straints in which you are operating. In 
fact, on a performance scale, it's a lot 
easier for things to go wrong in level 
design than in art. Highly occluded envi- 
ronments that rely on portals and poten- 
tial visible sets, for example, can suffer 
greatly from having several portals 
aligned into view. And instancing a mesh 
a thousand times in a room isn't likely 
to be performance friendly no matter 
how optimized it is. 

Balancing level complexity and prop 
complexity is generally the combined job 
of the game designers and level design- 
ers, but as an artist you'll benefit greatly 
from knowing in which contexts objects 
are used. Carefully optimizing meshes 
can be a tedious, thankless task. Making 
sure you pay attention to those objects 
that count most first will get you the 
most out of the system for the least 
amount of work. 

At Pseudo Interactive, levels are 
always hashed out first using rudimenta- 
ry geometry. Once the level has been 
play-tested and the rough placement of 
game-logic items has been ironed out, it 
gets shipped to the art team for beautifi- 
cation. By the time artists start populat- 


ing a room with art assets, they already 
know they will have to minimize decora- 
tive details if there are, say, 10 highly tes- 
sellated bad guys in a room. 


Murphy’s Law 


erformance is like laundry: it’s a 
P... and people only notice it if 
it's a problem. If your clothes are clean 
95 percent of the time, people will only 
remember — and judge you by — those 
20 days out of the year where your 
clothes were not clean. 


Frame rate is a direct function of all 
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objects in view at a given time, and as 
such it is most likely to go down when 
the visual and environmental stimuli are 
at their peak. Since, in most games, that 
also happens to be both when players are 


most enjoying themselves and when they 
require the most responsiveness out of 
the system, performance hits can be sig- 
nificant sources of player frustration. 
Provided that you've been somewhat 
reasonable in building the art assets of a 
scene, getting good performance out of it 
is more about avoiding or offsetting the 
impact of worst-case scenarios than it is 
about just *making things go faster." No 
matter what environment you're building 


art for — a heavily occluded starship or a 
snowy medieval landscape — always 
assume players will position themselves in 
the worst vantage point possible in terms 
of performance. If there's a single spot in 


A and B, the vis 
camera С. transition zones 


small visibility spectrum in C lets us 


the entire level the player can sit at and 
bring all its glorious complexity into view 
at one time, you can rest assured that 
players will strive to get to it. 


Great Wonders Get 
Separated 


here are two increasingly common 

schools of thought in how the art- 
development workflow works. In the 
first, art builds a series of set pieces, and 
then level design assembles and popu- 
lates levels using them; this method is 
not unlike a Lego puzzle. In the second 
scenario, level design builds basic proxy 
geometry and populates proxy levels 
with all logic-related entities, then hands 
it off to art for embellishment. 

But whether you are a level designer 

constructing a level from existing build- 
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ing blocks, or part of an art team respon- 
sible for embellishing a proxy level, the 
only way you will achieve a constant per- 
formance benchmark is to balance your 
scene complexity correctly. We will see 
later that there are several factors that 
may or may not influence scene complex- 
ity, but for the purpose of a high-level 
assessment, you should take into account 
three things: the vertex density, the tex- 
ture density, and the visibility spectrum. 


Scene Complexity = Vertex Density * 
Texture Density * Visibility Spectrum 


The visibility spectrum is the set of all 
visible space from a given location. Since 
the total vertex count and texture space 
you can put into the visibility spectrum is 
constant, the larger that space is, the less 
dense the detail you can pack in it. If 
you're authoring art for a mostly unoc- 
cluded outdoor environment, the amount 
of vertex and texture data you can pack 
per cubic meter is probably much lower 
than it could be if you're authoring con- 
tents for heavily occluded interior envi- 
ronments (assuming your engine has 
some form hierarchical visible surface 
determination system 
ronments). In fact, the visibility spectrum 
is the single most important aspect affect- 
ing rendering performance. 

The smaller you make your visibility 
spectrum, the more detail you can put in 
your scenes, and the better your frame 
rate will be. Typical examples of tech- 
niques commonly used to decrease the 
size of the visibility spectrum include 
closing off rooms with doors or using 
transition zones that block off the view 
for indoor environments (Figures 1а and 
1b), and using fog or depth-of-field 
effects in external or other typically 
unoccluded environments. 

Vertex density is how tightly packed 
vertices are in a given volume of space. 


or occluded envi- 


If small areas of the world contain many 
highly detailed objects, your perform- 
ance is likely to drop off when they 
come into view. If you have a few art 
assets that are particularly expensive, 
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distributing them evenly across the play- 
ing space and intentionally placing them 
in areas where the visibility spectrum is 
small (Figure 1b) is both faster and more 
important than optimizing the individual 
ieces. Remember that scene complexity 
depends on all assets in a given area, 
including intelligent entities that may 
ave roamed into it by themselves. 

Texture density is how much texture 
memory you actually use in a given area. 
Like vertices, textures can be a severe 
bottleneck when you concentrate a lot of 
different textures into a constrained 
ocation. When such areas come into 
view unannounced, all the texture data 
concentrated in the said area needs to be 
downloaded into the graphics processor, 
and this can cause breakdowns in the 
rame rate. Distributing your texture 
density as evenly as possible across the 
visibility spectrum will help alleviate tex- 
ture-related bottlenecks. 


A Question of Context 


o you've examined your level and 
S... at a high level and fixed 
what could be fixed, but for gameplay, 
design, or artistic reasons, you are stuck 
with certain situations where you need to 
go down to the object level and start 
making things go faster. 

Michael Abrash once said that it's 
more important to know what to opti- 
mize than how to optimize. The rule 
unequivocally rings true in programming 
circles, but it applies to graphics-related 
content just as well as it does to graphics 
code. If you're running into performance 
problems, blindly optimizing meshes 
without any previous evaluation of 
which ones require it is akin to putting 
all your clean dishes in with the dirty 
ones each time you run your dishwasher. 

In fact, unless you are not expected to 
go anywhere near your performance lim- 
its — a common, if dubious, assumption 
— there is a subset of your art assets that 
you should always carefully optimize. If 
you're working on a third-person game, 
chances are your main character will get 


a lot of attention, a lot of detail, and 
undergo a lot of iterations. Since the 
character is always in view, its visual 
quality bar is much higher. But if always 
being on-screen is a good reason to lov- 
ingly fine-tune a mesh, it's also a prime 
reason to ensure it is performance friend- 
ly. Objects that are always or frequently 
in view are generally the most detailed, 
most expensive entities in the game, and, 
by the very fact of their presence on- 
screen, they also constantly eat up proces- 
sor time. Objects that are instanced a lot 
may also make their way onto the screen 
more often than is readily apparent. 
Always make sure that you carefully bal- 
ance visual quality and performance 
when authoring such content. 

Since frame rate typically goes down in 
spurts, common sense dictates that you 
should be wary of objects that are placed 
or used in situations that already stress 
the capacities of the system. Good exam- 
ples of these include opponents and com- 
bat effects. Objects of this nature tend to 
turn performance problems into perform- 
ance nightmares, so make sure you identi- 
fy all stress situations and make their 
related art assets as performance friendly 
as possible. 

Finally, if your performance problem 
arises in a specific area, then you will 
want to hit the most expensive objects in 
that area first. But how does one proper- 
ly estimate the cost of an object? 


Transform Bound, 
Fill-Bound 


he introduction of programmable 

T and pixel pipelines and the 
new ability of hardware to blend several 
texture layers in a single pass has made 
estimating the rendering cost of an object 
increasingly difficult. I often found 
myself giving contradictory guidelines to 
our art team and on several occasions 
could not formulate clear explanations 
on what factors came into play and why, 
until I realized that, in the end, it came 
down to a fairly simple set of rules. 

The first thing to remember is that 
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graphics processors do not 
understand or care about 
objects. They deal with por- 
tions of an object on a mate- 
rial-by-material basis. If you 
want to think in terms of 
performance, the first thing 
you should do is to decom- 
pose your object into its indi- 
vidual materials, then assess 
the resulting parts one by 
one. Programmers call the 
resulting parts surfaces. 

There are two fundamental 
things that happen when ren- 
dering a surface: its vertices 
get transformed, and its tri- 
angles get drawn. At any one 
time, both operations happen 
in parallel, so that whichever 
of the two is slowest (draw- 
ing the triangles or trans- 
forming vertices) is roughly 
how fast a mesh can be ren- 
dered (Figure 2). 

When assessing a surface's 
optimization needs, you need 
to identify both its bottleneck 
and its cost. The cost will tell 
you whether you need to 
optimize it, and the bottle- 
neck will tell you what to 
optimize. If an object's bottle- 
neck is transform time, then it 
is said to be “transform- 
bound," and its cost is the 
time it takes to transform the 
vertices attached to it. If an 
object's bottleneck is fill time, 
then it is said to be *fill-bound," and its 
cost is the time it takes to draw the sur- 
face on-screen. 

Game artists therefore need to devel- 
op an intuitive sense of whether a sur- 
face is likely to be fill-bound or trans- 
form-bound. Fill-bound meshes have 
different (and sometimes opposite) opti- 
mization rules from transform-bound 
meshes. So in order to model — or opti- 
mize — efficiently, one must decide on 
which set of rules to follow by assessing 
whether transform or fill is likely to be 
the bottleneck. 

In practice, interactive articulated bod- 
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FIGURE 2. Transform/fill parallelism. 


ies are generally transform-bound, walls 
and ceilings tend to be fill-bound, and 
props lie somewhere in between. But as 
we'll see, other factors need to be consid- 
ered when choosing which optimization 
route to take. 


To Screen Space 
We Shall Travel 


omputational transform cost, the 
е time it takes to transform the уег- 
tices, depends on two factors: the trans- 
form complexity and the number of ver- 
tices to transform. Since programmers 


like to have nice formulas, 
ГЇЇ attempt to give an 
abstraction of the trans- 
form cost here: 


Transform Cost = 
Vertex Count * Transform 
Complexity 


The transform complexi- 
ty is how long it takes to 
convert individual vertices 
into screen space. It's highly 
dependent on what kind of 
transforms your rendering 
system supports. In Pseudo 
Interactive’s first title, CEL 
DAMAGE, we supported (in 
order of increasing com- 
plexity) static objects, bina- 
ry-weighted bones, seven- 
point quadratic FFD (free- 
form deformation) cages, 
and morph targets. 

As a simple example of 
this, a static wall or ceiling 
has a very low transform 
complexity, while a fully 
articulated zombie with 
morphing goose bumps has 
a very high transform com- 
plexity. If your renderer can 
have multiple lights affect 
an object, then the complex- 
ity of the lighting conditions 
(how many lights, what type 
of lights) also affects your 
transform complexity. 

The second factor in the 
equation is vertex count. Surfaces that 
have a lot of vertices also have a higher 
total transform cost. If you are authoring 
content using higher-order surfaces, such 
as Bézier and B-spline patches, or if you 
are using hardware-accelerated displace- 
ment maps, then your total vertex tally 
will grow as a function of the tessellation 
level individual primitives undergo. (All 
three methods also entail high transform 
complexity costs.) 

Otherwise, surfaces that have very low 


vertex counts are unlikely to have a high 
transform cost, unless the transforma- 
tions they undergo are exceptionally 


june 2003 | game developer 


www.microsoft.com/corpevents/meltdown2003 


Seattle, WA 
The Westin Seattle 


London, UK 


The Royal Lancaster 


( CONTENT OPTIMIZATION 


complicated or numerous. Weight-blend- 
ed morph targets, a very high number of 
bones, or higher-order FFD cages such as 
tri-cubic (64 points per cage) and tri- 
quadratic (27 points per cage) solids 
would fall into that category. Surfaces 
that have both high vertex counts and a 

igh transform complexity can easily 
produce major bottlenecks. 

Now, Гуе talked about transform 
costs, but not about the likelihood of a 
surface being transform-bound. A fork 
ying on a table might contain few ver- 


tices, but the cost associated with draw- 
ing such a tiny object is so small, that 
transform might still be the bottleneck. 


Hence: 


Transform-Bound Likelibood - 
Transform Cost / Fill Cost 


If the fill cost of a mesh is smaller than 
the transform cost, an object will be 


transform-bound (it will take longer to 
transform) no matter how small the 
transform cost is (or no matter how large 
the fill cost is). 

The bottleneck associated with trans- 
form-bound surfaces is related to ver- 
tices and transformations, so their per- 
formance is generally not affected by the 
nature of their material or the size of 
their textures (however, on consoles that 
require vertices to be re-sent every 
frame, texture uploads can compete with 
vertex uploads for bandwidth). Perfor- 
mance can, however, be affected by the 
number of successive texture stages 
applied to the surface: for each platform, 
there is a hard limit on the number of 
textures it can blend together before it 
needs to make a second rendering pass. 


А separate rendering pass entails 
retransforming all the vertices of the sur- 
face, effectively doubling the transform 
cost associated with the mesh. 


STATE OF 
THe 


training 
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Mainstream consoles and PC video cards 
support anywhere between one and eight 
textures per pass. Since the number of 
texture passes a material requires is 
highly specific, you should consult your 
programmer to find out when you are 
causing extra passes to occur. 


Fat Triangles Make for 
Fat Fill Times 


o what about your average ceiling or 

wall? Fill time (or draw time) 
depends largely on the size of the surface 
on-screen, the number and size of tex- 
tures involved, and the draw complexity: 


Fill Cost = Pixel Coverage * 
Draw Complexity * Texture Density 


The draw complexity is the complexity 
of the operations that occur every time a 
pixel gets drawn. It is typically a func- 
tion of how many texture passes are 
involved and what kind of mathematical 
calculations occur with respect to those 
In general, sophisticated per-pixel 


passe 
lighting effects, such as bump and nor- 
mal maps or spherical harmonics, tend to 
igh draw complexities that grow 
increasingly complex with the number of 
lights by which they are affected. Materi- 
als that distort the view, such as refrac- 


have 


tive glass, or materials that cast volumet- 
ric shadows, also have very high fill 
costs. Since you can often combine sever- 
properties on a single surface, the 
fill cost of multi-pass surfaces can go 
through the roof. 

Even if your draw complexity is pretty 
tame, it's easy to forget the potential bot- 
tleneck caused by texture size and densi- 
ty. A wall filled with a giant mural, a 


al suc 


high-resolution light map, and a detail 
map to dirty it up might screw with your 
texture cache because of the high volume 
of texture memory to which it refers. 

No matter what, your surfaces are gen- 
erally unlikely to have high fill costs if 
they are small on-screen. But since trian- 
gle sizes are pixel-based, higher resolu- 
tions or FSAA (full-screen anti-aliasing) 
modes will directly affect your fill rate by 
enlarging every triangle's pixel area. The 
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higher the resolution, the more 
important fill rate becomes. In 
fact, enabling FSAA is a very 
common technique to estimate 
roughly how much of a scene 
is fill-bound. 

Surfaces taking up a lot of 
screen space with either high 
draw complexities or a lot of 
texture data can be major bot- 
tlenecks. Although you can't 
exactly make your walls and 
ceilings any smaller than they 
are, you should be wary of the 
material properties you set on 
those surfaces. 

The fill-bound likelihood is 
the inverse of the transform- 
bound likelihood: 


Fill-Bound Likelibood = 
Fill Cost / Transform Cost 


If the transform cost of a 
mesh is smaller than the fill 
cost, an object will be fill- 
bound (it will take longer to 
draw) no matter how small 
the fill cost is (or no matter 
how large the transform cost 
is). In any case, if both trans- 
form cost and fill cost are low, 
you should skip the object and 
concentrate on something 
more problematic. 

You may have noticed that the expan- 
sion of the fill-bound and transform- 
bound likelihood equations promptly 
throws us into programming geek-world. 
We can abstract it further by extricating 
the two most significant components out 
of the equation: vertex counts and pixel 
coverage. This gives us vertex density, 
which is really just the vertex count 
divided by the screen size of an object. 


Transform-Bound Likelibood - 
Vertex Density 


Although this is an extremely simpli- 
fied abstraction of the fill-bound, trans- 
form-bound question, it makes approxi- 
mating the answer somewhat more man- 
ageable: screen vertex density is your best 
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FIGURE 3. The fill cost of a mesh decreases with distance, while the 
transform cost does not. This can cause meshes to shift from being fill- 
bound to being transform-bound as they recede into the distance (cen- 
ter). If a mesh has a very high vertex density, then its cost may stay the 
same regardless of distance (right). To reduce the associated transform 
cost of a mesh in conjunction with its diminishing fill costs, lower-level- 
of-detail meshes are used (left). 


— if not sole — indicator in distinguish- 
ing transform-bound surfaces from fill- 
bound surfaces. 


From Fat to Flat and 
Big to Small 


s an artist, it can be difficult to pre- 

dict the on-screen vertex density of 
an object during play: as objects get far- 
ther into the distance, the on-screen vertex 
density rises. This can cause large varia- 
tions in vertex and texture densities to 
occur when objects are viewed at different 
distances from the camera (Figure 3). 

There are two very important tech- 

niques that exist to equilibrate an object's 
vertex and texture density through dis- 
tance metrics: discrete levels of detail, and 
texture mip-maps. Discrete levels of detail 


(or LOD meshes) replace the 
full-detail versions of a mesh 
when it is sufficiently far 
away from the viewer that the 
switch produces negligible dif- 
ferences in the rendered image 
quality. Similarly, mip-maps 
are lower-detail versions of a 
texture that can be used when 
the texel-to-pixel density is 
sufficiently high. Well-con- 
structed mip-maps will actual- 
ly enhance your image quality 
and are an absolute prerequi- 
site to making fill-bound sur- 
faces performance friendly. 

Although both mip-maps 
and LOD meshes tend to have 
a greater impact in outdoor 
environments, where the very 
large visibility spectrums call 
for techniques to minimize the 
impact of high-detail objects, 
they both are important to 
learn and use in all situations. 

Skimming vertices and tex- 
tures out of your mesh will 
never hurt. But, as we'll see 
next month, optimizing a 
mesh for best performance is 
not a piece of cake. So if 
you're going to go to lengths 
to make certain objects truly 
performance friendly — and 
in certain cases, you should — then you 
should build at least one proper level of 
detail for them first. 

Finally a surface can also cycle between 
being transform-bound and fill-bound if 
its vertex density is very nonuniform 
(Figure 4). Surfaces with both very high 
and very low curvature areas or surfaces 
that are adaptively tessellated for lighting 
conditions typically suffer from this prob- 
lem. When dealing with such surfaces, 
remember that it's important to save ver- 
tices in the high-density areas, not in the 
low-density areas where the renderer is 
likely to be fill-bound. Better yet, try to 
distribute your vertex density as equitably 
as possible across its surface area, balanc- 
ing the load between transform and fill, 
and maximizing your use of both process- 
ing pipelines. 
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BOUND BOUND 


FIGURE 4. Non-uniform density mesh. 


When Big Is Too Big 


here's an exception to this whole 
T system: objects that are always only 
partly visible. 

If you were to merge all rooms and 

corridors of a level into a single object, its 
resulting vertex density might be low, but 
you would only ever draw a very small 
portion of it at every frame. When a sur- 
face comes into view, only the visible por- 
tion needs to be drawn, but all its vertices 


need to be transformed and all its tex- 


tures need to be sent to the card. 

If — and only if — you have objects 
that have either a significant amount of 
vertices or large amounts of texture data, 
and if those objects are too big ever to be 
entirely in view at once, then you should 
break them up into smaller pieces. If you 
do break an object up because of its size, 
try splitting it in roughly equally distrib- 
uted volumes to maximize culling effi- 
ciency. If your object has a great deal of 


different materials, try to break up the 
object in a way that balances the texture 
load across chunks. 
Last week, our art staff built a skybox. 
The texture they applied on it was — 
quite understandably — very detailed. 
Since its refined color gradations did not 
palletize very well, we were suddenly 


stuck with a 512K texture gobbling up 
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almost all of our available texture memo- 
ry every frame. We correspondingly split 
the skybox into four sections, so that at 
any one time, only half of the original 
texture was required on-screen, unless 
you looked straight up. Since there isn't 
all that much to render when you look 
straight up, splitting in this case was the 
right call. 


Microscopes and 
Binoculars 


Y: avoid many performance 
headaches by paying attention to 


context and scale. If certain props are 


consistently located far away from the in- 


game camera, then you should naturally 
give them less detail. 

Similarly, chances are that small 
objects will be small on-screen too. If 
you model objects without a scale refer- 
ence, you are more likely to spend your 
vertex budget on a scale where the detail 
will be lost on the player. 


Next Month 


ou've analyzed your scene, made 
Үг distribution decisions, 
and identified certain objects as needing 
an optimization pass. You found what 


bottlenecks and costs were likely to be — 


but then what? And how does this all 
affect day-to-day work? In next month's 
conclusion, we will explore the hands-on 
modeling and texturing techniques that 


can be used to reduce cost for both trans- 


form-bound and fill-bound surfaces. & 


Thanks to Danny Oros for providing both 
the illustrations and several rounds of 
feedback. Thanks also to Benoit Miller 
from Matrox, Sébastien Dominé and Sim 
Dietrich from Nvidia, Guennadi Riguer 
from ATI, and Ryan McLean from 
MagiTech. for kindly answering ques- 
tions and reviewing the article. And last 
but not least, thanks to the rest of the 
Pseudo team, for playing the guinea pigs 
on this article. 
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Ratchet 2 
Clank 
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Entertainment America 

40 

1 

18 months 

November 5, 2002 

» Playstation 2 

PS2 Dev Tools, 

PCs: avg. dual 800MHz-1.2GHz with 168 RAM 


"Insomniac's own tools suite. Maya. 
Photoshop. ProDG, MS Visual Studio, 
CodeWright. Deep Paint. ProTools, 

Sound Forge. Premiere, Illustrator 

Much of the 

engine technology was developed in-house. 
but some very important renderers were 
developed by Naughty Dog: sound licensed 
from Sony 
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he scene: Twenty develop- 

ers lounging on a sun- 

drenched porch overlook- 

ing Barham Boulevard in 

Los Angeles, drinks in 
hand, enjoying the warm breeze and lis- 
tening to traffic rumble by below. The 
occasion: Our first post-SPYRo brain- 
storming meeting. 

It was late spring 2000, and even 
though we were still in production for 
Spyro: YEAR OF THE DRAGON (our last 
SPYRO), we knew we had to start plan- 
ning for our first PS2 project. Our prob- 
lem was twofold: we had decided not to 
develop any more 5РҮКО games, and we 
were deciding whether we wanted to stay 
with the platform-action genre. It’s a 
familiar scenario for game developers: 
the road is wide open, but figuring out 
which direction to travel is excruciating. 

We had meeting after meeting trying to 
narrow down the choices — and with 20 
people involved, things got tense and 
sometimes depressing. I was driving hard 
to move us away from the platform genre 
because Al Hastings, our vice president of 
technology, had very astutely suggested 
that this was the perfect opportunity not 
only to expand our abilities but to address 
other niches in the console market cur- 
rently overlooked by U.S. developers. 

After coming up with and discarding 
countless ideas, we settled on a concept 
best described as a dark adventure. We 
wanted to try a game with a bit more 


TED PRICE 


realism and immersion than our previous 
efforts. This meant moving away from 
bright environments, cartoony charac- 
ters, and platform mechanics. This also 
meant creating a macro design and story 
that were far deeper than those of the 
SPYRO series. 

We called the concept “15” (for 
Insomniac game #5), and the main char- 
acter was a human girl with a staff. She 
would fight with the staff as well as use 
it to activate magic with special katas — 
martial arts moves performed using 
directional input. There was a strong 
Mayan influence to the overall look of 
the game, and the characters and envi- 
ronments we planned were more realistic 
than anything we had attempted since 
our first game, 1996’s DISRUPTOR. 

We pitched our game idea to SCEA 
and were fortunate to strike a deal very 
early in preproduction. Once we had 
Sony’s backing, our preproduction team 
dove in and began working on PS2 tech- 
nology, final macro design, and all of the 
elements that would help us create our 
first playable. 

Within a couple of months, however, it 
was clear that things weren’t going well. 

First, we couldn’t nail down the main 
character. She was too cartoony, and 
then too mundane; the colors we chose 
ended up looking weird on-screen, and 
we couldn’t get the proportions right. In 
the past, proportion had never been a 
problem, since we had always worked 


Ted is president and founder of Insomniac Games. 
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with nonhuman characters. But we 
quickly realized that it's easier 

to spot flaws in human charac- 

ters than in nonhuman ones. 

iven though our main character 
eventually looked acceptabl 

she still lacked that je ne sais 

quoi which would make her stand out. 

Then there was the hardware. We 
were making the jump from PSX to PS2 
in very little time, and Al Hastings was 
shouldering the entire burden with some 
help from Mark Cerny, who had written 
the original VU code used on the first- 
ever PS2 engine. Al and T.J. Bordelon, 
tools programmer, were, at the time, tr 
ing desperately to get the engine and 
tools to the point where the artists could 
use them to build and prototype envi- 
ronments and characters. Looking ba 
I can't believe they actually got every- 
thing to work, and work well, in a mat- 
ter of months. Still, the technology was 
not yet state-of-the-art, and we all won- 
dered how it would fare against the sec- 
ond generation of PS2 titles. 

But the worst part of the process was 
the entire team's ambivalence about the 
project. No one was truly excited about 
the game or where it was heading. We 
were making it work through sheer 
effort. My job was to be the concept’ 


champion, but maintaining a positive 


demeanor was proving more and more 
difficult. Morale was at its lowest in 
Insomniac's nine-year history. 

We eventually ground out a first 
playable, and while it wasn't bad, it 
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Some early concept sketches for Ratchet 


wasn't great either. And we wanted 
something great. Our Sony producers, 
who were very polite about their reser- 
vations, confirmed our feelings. 
Nonetheless, they had reservations. At 
one point Connie Booth, our SCEA 
executive producer, suggested that we 
might want to rethink the direction we 
were taking. While being very clear that 
Sony would support us with whatever 
we decided, she pointed out that not 
only would the PS2 adventure category 
be crowded upon our planned release 
date, she also believed that we were no 
longer playing to our team's strengths. 
After digesting her words, Al Hastings, 
Brian Hastings — Insomniac's vice presi- 
dent of programming — and I (the three 
partners in the company) did some soul 


searching and realized that Connie was 
right. By pushing on, we could release a 
solid adventure game, one that might 
even do well. But slogging through anoth- 
er year of developing a game no one was 
excited about would kill the team. 

So on March 20, 2001, we stopped 
preproduction of 15 and started over. We 
would be going back to our forte, action- 
platforming. This announcement moved 
the team's mood lever from reverse to 
overdrive. Everyone was energized 
and excited about the new 
prospects. 

Within two weeks of 
this decision, we 
developed RATCHET 
& CLANK’S basic 
concept. Іп a mat- 
ter of days, Dave 
Guertin, our lead 
character design- 
er, nailed the two 
main characters, 
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and soon we were brainstorming on the 
weapons and gadgets that players would 
be using. 

Once we got started, we never looked 
back. That isn't to say problems didn't 
exist during the process, but it was the 
best and most enjoyable production 
experience we've had at Insomniac. 


Prototyping. We had been pro- 
@ totyping gameplay since SPYRO 
THE DRAGON, but never to the extent that 
we did with RATCHET & CLANK. The 
game featured more than 35 weapons 
and gadgets, all of which had to be fun 
to use. The big problem we faced was 
that every weapon and gadget was 
esign and the 
story. If we had to pull one out during 
production, the macro design would col- 
lapse, which would be disastrous for the 
production schedule. 
We spent three months building and 
programming the weapons and gadgets. 
Many of them didn’t survive the proto- 
type phase because even though they 
sounded good on paper, we 
just couldn’t make them 
work. A good example was 


woven into the macro 


the Revolverator, a weapon 
featuring a large drill bit 
which would spin enemies 
around and fling them 
away. We discovered 
that the spinning 
slowed down game- 
play, and that it 
was difficult to 
hit enemies, 
since the 


collision for the drill bit had to be nar- 
row to be believable. Another good idea 
on paper was the Mackerel 1000, a fish 
that would be a replacement for Ratch- 
et’s wrench. It sounded funny, but when 
we put it in the game the humor lasted 
for about three seconds. 

We also prototyped enemy layouts and 
behavior to a much greater extent on this 
project. The majority of our enemies were 
well tested and tuned before each level 
went into production. This process saved 
us a massive amount of time, since we 
only built final models and did final cod- 
ing once we were sure that the enemies 
would work. Conversely, on the Spyro 
series we were always ripping things out 
and starting over during production, since 
we rarely prototyped gameplay. With 
RATCHET & CLANK, and for all of our 
future projects, gameplay prototyping has 
now become an ongoing process. 

Finally, to clearly establish the look of 
the game, we used our 15 engine to pro- 
totype two of the game’s planned envi- 
ronments before we had the real RATCH- 
ET & CLANK technology up and running. 
It was all smoke and mirrors, but it 
allowed us to show on-screen what we 
imagined the final game would look like 
and put to rest a lot of our own fears 
about whether or not the game would 
stand out visually. 


Sharing technology with 

Ф Naughty Dog. Shortly after 
we decided to start over, Jason Rubin, 
Naughty Dog’s co-founder, called me and 
asked if we'd be interested in checking 
out the technology they developed for 
Jak & Daxter. He explained that 
Naughty Dog didn’t want anything from 
us other than a gentlemen’s agreement to 
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share with them апу improvements we 
made to whatever we borrowed plus any 
of our own technology we felt like shar- 
ing. In an industry as competitive as 
ours, things like this just don't happen. 
We went over to Naughty Dog’s 

offices and took a look, particularly at 
their background renderer. They had 
developed some incredible proprietary 


techniques to render smoothly transition- 


ing levels of detail and instanced objects 
very quickly. We brought the code back 
to our offices, spent some time getting a 
handle on their techniques, and then we 
were up and running with a much more 
powerful environment engine. 

Needless to say, Naughty Dog’s gen- 
erosity gave us a huge leg up and 
allowed us to draw the enormous vistas 
in the game. In return, we've shared with 
them any technology in which they were 
interested, but so far we've been the clear 
beneficiary of the arrangement. 


Setting reasonable design 
@ goals. Even though the con- 
cept behind КАТСНЕТ & CLANK was 
ting RPG ele- 
ments into an action-platformer), we 


ambitious for us (integr: 


were careful not to cram too much stuff 
into the initial 


design. 
We had never 


made a game 


before where we didn’t have to axe one 
or more levels at some point in the pro- 
duction process because we were out of 
time. The RATCHET & CLANK macro 
design was more complex, so we could- 
n’t afford to rip out a level at the last 
moment. Sony had created a tremendous 
marketing campaign that relied on a spe- 
cific release date, so missing our delivery 
dates was not an option. Plus, we were 
sing pretty late in the year, 
one week of precious pre- 


already rel 
and to mi 


Christmas sales would prove very costly. 
For these reasons, we planned the 

game layout much more carefully than 
we had on past titles. We had a pretty 
good idea of how long it would take to 
build each level, but we also knew that 
plenty would go wrong during the pro- 
duction process. So even though we had 


time to do 20 levels, we cut back to 18 
at the very beginning. 

We also made sure that nothing went 
into the design unless we were very sure 
that it was going to work. Early prototyp- 
ing was key here, but so was an attitude of 
general restraint. There were a few wild 
concepts that everyone was excited about, 
but had we integrated them into the 
macro, the project probably would have 


slipped. Ultimately we were able to put 
about 90 percent of what we planned into 
a record for us. 


the game 


Focus testing. Most games 
@ о through focus testing at 
some point. Publishers and developers 
alike want to see how people react to the 
game and whether it’s too difficult or too 
Because it’s the best way to tune 
the gameplay, we’ve focus-tested our 
games since the first 5РҮКО. But with 
RATCHET & CLANK we went overboard. 


ea 


We had four major focus tests during 
production. Each focus test featured 
another 25 percent of the game until we 
were testing the full game at alpha. 
More than 200 consumers got to play 
the game before release, and the feed- 
back we collected was invaluable. By 
recording and charting data from the 
game, we were able to tune item prices, 
adjust challenge difficulty, and change 
monetary rewards. Without this exhaus- 
tive process the game would probably 


have been unplayable. 

Just as important, though, was the fact 
that each focus test forced us to get the 
game working. Along with the other 
deadlines it sometimes felt that we were 


ky 


One of the game's early production design sketches. 
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always іп crunch mode. The gameplay 
programmers in particular lived a night- 
mare existence between fixing bugs for 
the next focus disc and trying to move 


ahead with the new levels. But the con- 


stant burns kept us on track and on 
schedule. Given RATCHET ёс CLANK's 
scope and complexity, if we had waited 
until the end of the project to burn 


playable discs, the bug list would have 
been overwhelming and we would have 
missed our ship date by months. 


Collaborative design. Every- 
Q one in the company has always 
been free to contribute creatively to the 
projects. It's not a requirement, but for 
those who are interested it's an opportu- 
nity to affect the direction our games 
take. Programmers are encouraged to 
contribute to story, artists are asked for 
ideas on design, and so on. During 
RATCHET & CLANK, a large percentage of 
the team contributed ideas outside of 
their particular areas of expertise, mak- 
ing the game one of the deepest and most 
varied titles we’ve developed. 
This does not imply that we design by 
consensus. There’s a solid structure 


n 


place to ensure that we adhere to the 
macro design and remain consistent 
with the game’s “flavor.” But adopting 
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А concept sketch for a location that would eventually serve as planet Eudora. 
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an approach that encourages design par- 


ticipation gives us a real wealth of cre- 


ativity from which to draw while enhan- 


cing the sense of ownership everyone 
feels in our games. 


Poor disc-burning process. 
@ Making the switch from CD- 
ROMs on the PSX to DVDs on the PS2 
sounded like it would be easy. After all, 
we survived the challenge of recording 
PSX discs with quirky burners and non- 
intuitive burning software. What we did- 
n't account for was the incredible 
amount of time that building and burn- 
ing the DVDs would take. 
We had to first transfer the code and 
data to the PC on which we would gener- 


ate the files nec 


2 


ary to create a playable 


disc. Next we'd have to transfer the files 
to the burner PC. Then the burner soft- 
ware would have to create a disc image, 
and finally we could burn the disc. By the 


end of the project we were working with 


4GB of data. Combining those steps with 
slow connections and a burner that we 
had to use at only double speed to pre- 
vent errors, the entire process took more 
than four hours to generate one disc. And 


there were many, many places along the 


way where something could go wrong, 
forcing us to start over again. 

There were countless instances where a 
evel would be out of memory or some- 
one would change the memory card for- 
mat, breaking everything. But we would- 
n't know about it until the final disc had 
popped out of the tray and had been 
booted up on a test station. Two mis- 
takes like this would cost an entire day. 

So why didn't we change the process? 
ased on our PSX-burning experience, 
where the system was extremely finicky, 
when we had things working on the PS2 
we didn't want to touch it and risk 


breaking everything. This was especially 
true near the end of the project. 

As a result, a few of us didn't go home 
for days at a time near the end of the 
project. I remember promising our testers 
that if our first gold burns worked, I 
would do circuits of the office singing 
Britney Spears songs as loud as I could. 
Fortunately for everyone in the office, 
they didn't. 

The result of our disc-burning pain is 
that we've now completely overhauled 
е halved the 
overall disc production time for our cur- 


our system. We believe w: 
rent project. 
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А panoramic shot of Kyzil Plateau, on Planet Veldin 


Late start on cinematics. 
Ө к.тснгт & CLANK has a much 
more lengthy and involved story than 
any of our previous projects. Oliver 
Wade, our animation director, compiled 
the scenes and found that we've got 


more than 60 minutes of movies. Even 
though most of them are about 30 sec- 
onds long, that's a lot of animation time. 
The problem was that we only gave our 
team of seven animators five months to 
animate them. That doesn't sound too 
bad until you consider that the anima- 
tors creating the movies were also 
responsible for the in 
Therefore they effectively had 2 and a 


-game animations. 


half months. If you don't include week- 


ends, that's about 10 seconds per anima- 

tor per day. And that's a lot. 
Fortunately, the animators had fin- 

ished most of the in-game animations by 


the time the movies were in full swing. 
But it was still a real challenge. Further- 
more, animating the scenes was just the 
first step. We had to add programmatic 
and 2D effects and convert many of the 
animations into MPEGs before alpha, 


which stretched many people to the limit. 


We got such a late start because we 
had to finalize the story, write the 
scripts, audition the actors, record the 
dialogue, and put the final sound files 
together before starting the animation. It 
helped somewhat that we took an itera- 
tive approach — starting animations as 
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soon as the first scenes were recorded — 


but in general the tardy start created a 


lot of stress. 


% Immense level designs. Even 
@ though we tempered our ambi- 
tions for the macro design, sometimes we 
cut loose and created some absolutely 
huge level designs. We had a habit of 
wanting to make each level better than 
the last, and a few times this tendency 
resulted in layouts that made the artists 
want to kill the designers. 
Early on, we didn’t have a good under- 
standing of what “too big” meant. The 
first level designs we created were rea- 
sonable, but then we decided that we 
really needed to show off the power of 
the RATCHET technology. We also had 
some ambitious gameplay ideas involving 


a fight on a moving train and a hover- 
board race. This resulted in the Metro- 


polis and Blackwater City levels, two of 
the biggest in the game. When the artists 
saw the layouts they said, *Are you nuts? 
There's no way we can build this in six 
week 


So the designers went back to 
the designs and tried to edit them, but 


the levels still ended up being massive. 
To the artists’ and gameplay program- 
теге” credit they made these and other 
huge levels work, and they did it on time. 


And to the designers’ credit, they contin- 
ued to find better and better ways to put 
more gameplay into smaller areas with- 


Rendering of the Gagdgetron Headquarters, located on Kalebo Ill. 


n the end, our 
level design ambitions pushed the limits 


out sacrificing creativity. 


of time and resources we had allotted. 


Out of this stress came a more team- 


oriented approach to level design, where 
we now involve a large number of people 
— artists, programmers, sound engineers, 
and others — earlier in the design 
process. Whether or not levels in our 


future games will be smaller remains to 


be seen. But with more people involved 
at the beginning stages, we can find solu- 
tions sooner to balancing the need for 
gameplay space in levels with the time 
we have available to build them. 


4. Maya issues. Maya isa 
Q superb tool for building polyg- 


onal environments and characters, and 


it's also great for animation and for pro- 
totyping particle effects, rendering, and 
тап 


other things. However, early in the 


project we had decided to use Maya as 
our construction, texturing, lighting, and 
gameplay placement tool. We had aban- 
doned our in-house tool, Karma, which 
we had used previously to do gameplay 
placement, texturing, and lighting. What 
we didn't realize was that with the size of 
our levels, we would push Maya past the 
breaking point. 

Even though we set people up with 
dual 1.2GHz Dells with superfast graph- 
ics cards and a gigabyte of RAM, Maya 
would still chug and frequently crash 
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whenever our levels got up to 
around 40MB. And forget 
making all 500K poly- 
gons in a level visible. 
Fortunately, А1 
Hastings and T.J. Bdelon 
worked valiantly to cre- 
ate a suite of plug-ins 
and tools that worked with 
the Maya API. This solution 
didn't always prevent the crashes that 
plagued the artists or the occasionally 
corrupted level, but it kept us running 
and allowed us to create finished levels 
every six weeks. 

While Maya has always been and 
probably will still be our first choice for 
art creation, we're moving back to our 


original approach of using proprietary 
tools for things like gameplay setup, 
lighting, and texturing. 


Localization woes. From the 

@ beginning we planned to include 
the NTSC and PAL versions of the game 
on one disc. This plan created two prob- 
lems for us. First, we had to send all of 
our assets to Europe for localization in 
French, Italian, German, and Spanish as 
early as possible. In most cases this meant 
pre-alpha, which really put the squeeze on 
the animators who were working on the 
movies. Second, we knew that we would 
end up fixing both functionality and local- 
ization bugs at the same time. We antici- 


pated that this would create even more 
chaos during the last few weeks before we 


went gold. And we were right. 
Surprisingly, the biggest nightmare for 
us was the text localization. We had made 
the decision to allow subtitles for all of the 
movie scenes; plus we had a lot of text for 
the help system and a ton for the menus. 
We used spreadsheet databases to ensure 
some organization for all of the text (as 
opposed to entering localized text in the 
did on the SPYRO 
series), and this allowed us make updates 
and changes quickly. But the system was 
also prone to user error when cutting and 
pasting changes into the database. 

апе TRC 
(technical requirement checklist) bugs — 


actual code, which we 


Because we were still fi 
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things like memory card messages — we 


were making text changes up to a couple 
of weeks before gold. We had also added 
some text late in the proc 
some of our postgame fi 


s to support 
atures. 

We made mistakes, and the localiza- 
tion folks in Europe made mistakes 
when putting fixes into the database. In 
addition, it took forever to transfer our 
discs to Europe once they were burned 
(eight hours to FTP if nothing crashed, 
24 hours for a courier). These facts 
combined meant that we were still des- 
perately trying to resolve some TRC 
issues hours before the gold disc was 
due. Fortunately, the game shipped on- 
time in all territories, but I think it pre- 
maturely aged our producer in Europe, 
as well as a few of us here. 


МИ" this project, we had to fail to 
succeed. Had it not been for the 
pain we went through on I5, RATCHET & 
CLANK might have never emerged. In 


the six months of preproduc- 
tion on I5 we learned how 


to make games on the PS2, 
and we were able to hit the 
ground running when we 
switched to RATCHET & CLANK. 
Most importantly, we were very fortu- 
nate to have an extremely supportive 
publisher in Sony. SCEA's Shuhei Yoshida 
and Connie Booth helped us make the 
agonizing decision to shoot I5 in the 
head. But they made sure 
we understood that if we 


wanted to continue down — 22229” 


that dark path of developing I5 for 
release, they would still support us. 
Furthermore, Sony never once 
threatened to cancel the I5 project or 
sever our relationship. Instead, they 
helped us to develop what Mark 
Cerny calls “the will to kill” — 
meaning we grew the balls to vol- 


untarily throw out everything we had 
worked so hard on for six months and 
start Over. 

The development process that 
RATCHET ёс CLANK represents as a finished 
game is the ultimate example of how 
developer-publisher relationships can and 
should work. Sometimes good teams make 
games that aren't good. When a developer 


has the support of a great publisher and 
can cut off a nonperforming project in pre- 
production without fearing reprisals, 
everyone can save millions in production 
costs and apply the lessons learned to the 
next project. Doing so 
may cost money in 


the short term, but 
ultimately it may 
give birth toa 
blockbuster, 
strengthen the 
development 
team, and solidify 
the relationship 
between the developer 
and publisher. 27 
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GAME OF THE YEAR EXCELLENCE IN 


METROID PRIME VISUAL ARTS 
by Retro Studios | | | р Tetsuya Nomura for 
ЕШ art direction 
ORIGINAL GAMFE е in KINGDOM HEARTS 
CHARACTER ІШІНШІНЕ С 
OF THE YEAR 


EXCELLENCE IN WRITING 
Sly Cooper from 


* f Clint Hocking and JT Petty 
SLY COOPER AND f нине 
THE THIEVIUS RACCOONUS or writing in 
Буй h Prod : TOM CLANCY'S 
y Sucker Punch Productions - SPLINTER CELL 
ROOKIE STUDIO OF THE YEAR 4 dWal'[5 
Retro Studios for : GAME INNOVATION 


SPOTLIGHTS 
METROID PRIME ANIMAL CROSSING 
Ч D у Бу Nintendo 
EXCELLENCE ІМ AUDIO 5 BATTLEFIELD 1942 
Jack Grillo, Rebecca Hanck, Ч zy by Digital Illusions 
Erik Kraber and Yuan Liu for А MEDAL OF HONOR: 
sound effects in MEDAL OF 4 


ІНІ АШЕР ASSAULT by 2015, 
HONOR: АШЕР ASSAULT THE THING 


| e “ = РҮ, | by Computer Artworks 
EX behin „Ше game 
ез ` 


Romain de Waubert de 
Genlis and Team for game : ! Jt i 
design in BATTLEFIELD 1942 Gunpei Yokoi, creator, 
GameBoy 


LIFETIME ACHIEVEMENT 
AWARD 


EXCELLENCE IN 
LEVEL DESIGN 
Metroid Team for level 
design in METROID PRIME 


THE FIRST PENGUIN AWARD 
David Crane, Larry Kaplan, 
Jim Levy, Alan Miller and 

Bob Whitehead, 


EXCELLENCE IN founders, Activision 


PROGRAMMING 
Mark Brockington, | IGDA AWARD FOR 
Scott Greig, Jason Knipe, Ч COMMUNITY 
Don Moar and Don CONTRIBUTION 
Yakielashek for network Doug Church 
programming in 


NEVERWINTER NIGHTS 


Sponsored by Media Sponsors: 


A NVIDIA. Render} (24 OU 


TU 4 GAMERS 


CREATIVECAREERS 


To Apply: 
resumes@lucasarts.com/www.lucasarts.com 
LucasArts Entertainment Company LLC 
Attn: HR Recruiting 
PO Box 10307 
San Rafael, CA 94912 


Konami offers a comprehensive benefits 
package and is searching for driven individuals 
with a passion for games: 
We currently have positions open for: 

Lead Programmer 

“ Programmer 

Artists 

Sound Designer 
Please contact us at HawaiiHR@konami.com 
or visit our website at: 
www.konamihwi.com/jobs.php 
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Animators, Level Artists, 
3D Modelers 


Design 
Level Designers, бате hiring&crankypg.com 
Designers 


Send resume and 
portfolio/reel to: 


Programming Cranky Pants Games 


3 803 Kirkland Avenue 
30 Graphics, AI, Р52, Suite 200, Kirkland. WA 
Maya 98033 


& COMPANY 


Making a Critical Career 
or Business Decision? 


BARBARA WALTER, CPC 
CAREER COACH 


760-745-4100 


waltercoGearthlink.net 


http://www.sandiegomag.com/careers 


FREE INITIAL CONSULTATION 
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CREATIVECAREERS 


for Life on the eDGE? 


Edge of Reality, Ltd. is a veteran entertainment software 
developer focused on next generation consoles. Located 
in beautiful Austin TX, the studio is currently hiring for a 
major license based project. Edge of Reality is currently 
looking for talented individuals with a passion for 
games to join our highly creative team! 


ОҒ rEALITY 


Positions Available 


Senior Environment Artist Ф Senior Tools programmer 
Senior Character Artist Q  Effects/Lighting artist 
Environment Artist @ Senior Texture Artist 
Senior Animator @ Lead Designer 


See our Web site for more details! www.edgeofreality.com 


ORBITAL 
MEDIA 
50524f4752414d4d4552532057414e544544 
(PROGRAMMERS WANTED) x 
Developing 
. & Publishing 
~ Games for the 
т Game, Boy Advance 
www.orhitalmedia.com 
Canada 


ы. 


CRYSTAL 
DYNAMICS 


Crystal Dynamics, Inc., a subsidiary of Eidos 
Interactive, is looking for talented, creative 
candidates to join our multi project studio. 
If you think you have what it takes to be 
the next superstar in the game industry, 
check out our website for our current 
openings at www.eidosinteractive.com. 
Please send resume submissions to 
cooljobs@crystald.com апа reference 
Gamasutra. 


WANTED 
Digital Artist ... 
Designers 


Developing 

& Publishing 

Games for the 
ane Boy Advance 


www.orhitalmedia.com 
Canada 


www.gdmag.com 
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CREATIVECAREERS 


: — INFOGRAMES | 
ER Eg 


т y * Challenging and creative RR environment : 
Ц M 0 * Competitive sdlary and Bonus Plan *: p 
q | t fi N | E 6” + 401К plan With matching Contributions ` 
ЛЕР! li Ї ы Б * Competitive; Benefits Programs: : 1 k ! 


Paid time off 
“Ап opportunity to work among the best minds and talent in the industry 


à p f 
ша п 
Send your resume and title history to gamers@us.infogrames.com 
For more information about Infogrames, visit us on the Web at www.ini infogrames.com. 


l. ППТ “ГЭ 


www.us.i ест сот 


> mus 
A CUT ABOVE OTHer 
апипаттоп SCHOOLS. 


The future of. gaming is being taght today at Ех pression Center. From 3D 
modeling, to texturing and motion capture; we simply shred the competition. 
Get your Bachelor's-Degree іп 1655 than two years, and hotwire your career. 


^ 


Ex'pression Center for New Media Emeryville, CA 877-833-8800 www. Kc eae .edu 
3D model by Ex'pression student Michael Leonard. 
3 
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* 2D & 3D Animation * Computer Graphics * Game Design 
* 3D Modeling * Digital Imaging * Visual Effects 


* Character Design * Filmmaking * Web Design and more... 


AA | BFA | MFA Degrees | Portfolio Development | Online Programs 
Apply Now for Fall, Spring & Summer Semesters 
High School Scholarships & Teacher Grants Available 


Hire Professional Graduates Today 


б AcademyOfArtCollege 


1.800.544.ARTS | www.academyart.edu 


79 New Montgomery St. | San Francisco, CA 94105 | Nationally Accredited by ACICS, NASAD & FIDER | Established in 1929 


Gowoon Choi, AAC Student 


GET 


Vazhar 
by Full Sail Student 
Brian Germain 


Real World Education 


School of: 

Game Design 
Computer Animation 
Digital Media 

Film 

Audio 

Show Production 


800.226.7625 


www.fullsail.com 


3300 University Boulevard 
Winter Park, FL 32792 


* Financial aid available to 
those who qualify. 

* Job placement assistance. 

* Accredited by ACCSCT. 


©2001 Full Sail, ШІ rights reserved. 
The terms “Full Sail,” “Full Sail Real World Education,” 
and the Full Sail logo are either registered service 
marks or service marks of Full Sail, Inc. 
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get a career in game design. get in the game @ collins college. 


all today. 1.888.356.7777 1120 s priest tempe. a gl. llege 


If you're going to сз 
рау for an orange... 


you should get 
an orange. 


If you squeeze the new DVD from VFS you will 
never again be confused about 
who's got the juice. 


To get more information or 


your own DVD of VFS student work 
call 1-800-661-4101 or email dvdevfs.com 


119 Vancouver Film School 


Creative. Disciplined. Focused. 
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One Game. 3 Mobile Platforms. 


* 15 Single Player Levels for Palm, PocketPC 
and Windows 


* Full Multiplayer Support 
* Win prizes in our Multiplayer Tournament, 
including an Alienware Area 51m 


red eye studio 
-motion capture for the masses- 


1.847.843.2438 
www,redeye-studio,com 


<> 


Jo something 
with 


oy vot. 


See over there, where it 

looks like nothing is going on? 
That's your future 

if you just sit there. 


» Areal college degree, focused 
on advancing technology. 


Available on campus or online, 
right where you're sitting. 


Learn more. 
www.uat.edu or 800.658.5744 


www.gdmag.com 
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EDUCATED 


le 


sound design 
music production 
voice talent 


singularity-studios.com | info@singularity-studios.com 


To target those looking to 


Get Educated, 
contact Aaron Murawski 
at 415-947-6227 or e-mail 


...we hear it EA 
ski(o9cmp.com 


To advertise in 


tact Raelene Maiben 
г e-mail 
ггпаїреп@сгпр.согп 


SingularityStudios 


Animation | Architectural History | Architecture 
Art History | Broadcast Design | Fashion | Fibers 
Film and Television | Furniture Design | Graphic Design 
Historic Preservation | Illustration | Industrial Design 
Interactive Design and Game Development 
Interior Design | Media and Performing Arts 
Metals and Jewelry | Painting | Photography 
Sequential Art | Sound Design | Visual Effects 


B.F.A. | М.АЕСН. | М.А. | M.F. A. 
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Savannah, Georgia | 800.869.7223 


Thitipong Jitmakusol, Bangkok, Thailand 
Character, Adobe Photoshop, Alias/ Wavefront Maya 


SOFTWARE 


Fewer Polygons & Cleaner Meshes. 
Fully Animatable Boolean Operations! 
Improved Usability with Multi-Object Selection. 
Integrated Decimation Polygon Reduction! 


== 


2 


www.gdmag.com 


Commercial 
licenses now 
available with 

NO royalties. 


GD Conf. Booth # 1147 | 
1) Power Booleans 2.0 = NEW: 

-- Quad Meshing for Sub-D 

-- Level Editing User Interface? 
2) Power Booleans Rhino - МЕЙ 
3) Power Solids on Rhino = NEWS 


Ге 


POWER 
SOLIDS 


View Dependent Tessellation for Rendering. 


Import IGES, Rhino, STEP & SAT files. 
Powerful Construction Primatives. 
Filleting, Shelling & Booleans! 
Animation of all Solids Operations. 


www.npowersoftware.com 


(858)-538-3800 
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PAVILION 


Need to license 


пеш music from – 


о п діп а 1 а rtists ? Pavilion, contact Aaron 
Murawski at 415-947-6227 


10075 of original 


tracks 
hear samples online 
Check out INgrooves emet metr 
. for your next — at 415-947-6225 or e-mail 
video game! license@ingrooves.com gard зн 
415.772.1983 


eveloper 


NEW PENGIL 


WE MAKE ART 


80 Liberty Ship Way, Suite 6 Sausalito, CA 94965 
phone 415.339.1800 fax 415.339.1803 
web www.newpencil.com 
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and initiatives will pay off exponentially 
for the industry. This mix of research and 
coordinated outreach, combined with 
other initiatives, will burst open the dam. 
So what does this mean for your better 
future as a game developer? It means 


possible new avenues of revenue and a 
stabilizing second market to steady 
things amid the unstable world of game 
development. No doubt there will even- 
be games — built and funded for 
"serious" purposes — achieving 


tually 


crossover commercial success. 

What should your role be? First, you 
should realize that this is a different busi- 
Serious games require adjusted 


ness. 
practices, which could include forgoing 
royalty upside, publicly releasing source 
code, creating features for instructors as 


well as players, entirely different funding 
means (including government contract- 


ing), and looking at projects that while 
potentially significant, may not result in 
a blockbuster payday. Also, project 
ramp-ups may be longer, and the clients 
may need some “What’s a game and how 
does it work?" hand-holding. Many proj- 
ects may be smaller in revenue, but there 
already exist project budgets with seven 
figures attached to them. So if you want 
to participate in this new arena, bring 
your skills, but adapt your methods. 
Finally, Serious Games needs your 
help. If we are to bring the full force of 
the game industry into new areas, be 
they to create simulations for policy 
makers and the public or to show that e- 
learning can be truly fun, it has to be an 
organized vocal effort. You can help by 
getting involved with projects such as 
our: 
initiatives via SeriousGames.org, the 


We are announcing a number of 


IGDA, and elsewhere, giving you ample 
opportunities to contribute, and likewise 
benefit. The rewards, besides new rev- 
enue, just might include helping to build 
a better world. & 

BEN SAWYER | Ben is president of 
Portland, Maine-based Digitalmill, Inc. He 


assists several "serious game" projects and 


spearheads outreach efforts for the Woodrow 


Wilson Center's Serious Games Initiative. 


Contact him at bsawyer@dmill.com. 


Serious Games Initiative: 


www.seriousgames.org 


ViRTUAL U: www.virtual-u.org 

IGDA: www.igda.com 

MIT's Games-to-Teach: 
http://cms.mit.edu/games/education/ 
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DIVINE INSPIRATION FOR SALE 


LOST 


Ез 


T U D I 


CINEMATIC PRODUCTION 


SEGA 


VIVENDI UNIVERSAL GAMES 


BOYS 


с 5 


THANKS TO OUR CLIENTS 


ELECTRONIC ARTS 
/ NiSUAL CONCEPTS ENT. 


RADICAL ENTERTAINMENT 
SIERRA ENTERTAINMENT 
BLACK BOX GAMES 
FUNCOM 


COME SEE US AT E?- BOOTH #6811 


WWW.LOSTBOYS-STUDIO 


.COM 
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АРВОХ ben sawyer 


Gaming Our Way 
to Our Better Future 


м 


ou never know 
when serendipity 
will strike. One 
day you're trying 
to figure out 
what to do, the next moment the ы 
phone rings and you're on a - 
plane to New York to meet with 
a major foundation. That was 
my situation two years ago, and 
now I'm in the middle of what 
could be a potentially explosive 


new outlet for game developers 
and publishers. 

The result of that phone call 
and airline trip was VIRTUAL U, a 
college administration simulation 
developed by Trevor Chan and 
Enlight Software for the Alfred P. 
Sloan Foundation. Today that sin- 
gle game, in use at dozens of col- 
leges, has pushed me onto the 
Serious Games Initiative at the 
Woodrow Wilson Center. Serious Games is establishing a series of 
projects leading up to the sustained creation of policy and man- 
agement games for government and nongovernmental organiza- 
tions. Dave Rejeski, leader of the Serious Games Initiative, calls it 
"gaming our way to a better future," a better future for the world 
in general. In VIRTUAL U's case, the better future is someone's col- 
lege education. In a game developer's case, it's about a better 
future for the individual, the industry, and our society. 

The idea behind both projects is that games, or in these 
cases, game-based simulations built by game developers, can be 
a compelling new generation of entertaining and effective expe- 
riential tools for people dealing with complex systems and sys- 
tems management issues. The bigger scope is that games as a 
media form are serving to disseminate information, knowledge, 
and critical thinking. This epiphany isn't new to game fans or 
developers, but it's quietly becoming such to the world at large, 
its governments, and other major forces. 

I am not proposing that until ViRTUAL U came along a game 
developer hadn't earned substantial revenues developing a game 
for non-entertainment purposes, nor would I suggest game skills 
haven't been applicable to other endeavors. However, what's 
happening now is not the sporadic or disconnected nature of 


Illustration by Tyrone McCarthy 
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New Organizations and Pioneering Initiatives 
Are Creating New Outlets for Game Developers 


things in the past or the 
second wave of READER 
RABBIT eduware. It's bigger 
than that; it’s multi-faceted, 
organized, and aimed at 


new targets. As Rejeski 
points out, “Our govern- 
ment spends billions each 
year on simulation games 
alone.” That’s just one 
market, and now the mili- 
tary is getting serious about 
games (AMERICA’S ARMY is 
the tip of the iceberg). As 
others have evangelized, 
including Digital Game- 
Based Learning author 
Marc Prensky, the lucrative 
corporate market, once 
stung by poor e-learning 
offerings during the 
Internet bubble, is now 
waking up. To put some 
numbers behind the corporate opportunity, according to free- 
lance game consultant (and Game Developer design columnist) 
Noah Falstein, Shell Oil spends close to a billion dollars a year in 
training and corporate learning. A supermarket chain I met with, 
once I told them a game might cost two million dollars, replied, 
“That’s what we spend on toilet paper.” 

From previous hits or misses in years past, several threads and 
a growing history are earning emerging recognition. We are bet- 
ter able to preach new applicable uses of games. The Serious 
Games Initiative is indicative of this, and we are working to pro- 
vide improved visibility for games to be seen as tools, including 
ways to see more projects in the mold of SIMHEALTH, VIRTUAL U, 
or AMERICA’S ARMY be created. Nor are we alone. M.LT.’s 
Games-to-Teach project is organizing research on an entire 
matrix of demonstrated learning capabilities of games. Carnegie 
Mellon University’s Entertainment Technology Center is becom- 
ing a hotbed of applied game-technology transfer. Both the 
International Game Developers Association and the Interactive 
Digital Software Association are also making contributions, and 
were present at a conference on this subject last February in 
Washington, D.C. They know a sustained flow of such products 
continued on page 71 
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MILLIONS ОҒ 
POTENTIAL CUSTOMERS. 
ANY TAKERS? 


т” 
LA 


It's called “Get It Now:"" And it's the name Verizon Wireless, the nation's largest wireless carrier, has chosen for its new nationwide, 
BREW-enabled service. Dozens of BREW™ applications are now heading directly from the hands of developers into the hands of 
consumers with the help of the BREW Distribution System - and the financial rewards for these developers 

are returning just as fast. And as more carriers prepare to launch their BREW-enabled services, BREW = 

applications such as games, email, news, weather, stock trades, position location and ringers 

are finding a potential market of literally millions upon millions of users. If you aren't developing brew. 

for BREW, you aren't developing to your potential. То get started, visit www.qualcomm.com/brew/gd. ^ customize. Personalize. Realize!” 


(02003 QUALCOMM Incorporated. All rights reserved. QUALCOMM is a registered trademark of QUALCOMM Incorporated. BREW and Customize. Personalize. Realize. are trademarks of QUALCOMM Incorporated. Get It Now is a service 
mark of Verizon Wireless. JAMDAT and JAMDAT Mobile are trademarks or registered trademarks of JAMDAT Mobile, Inc. All rights reserved. ©2003 JAMDAT Mobile Inc. All other trademarks are the property of their respective owners. 


SOUND SYSTEM 


GAME 


TOOLS 


PIXOMATIC RENDERING TECHNOLOGY 


Now you know what Michael Abrash and Mike Sartain have been up to! 
Designed for today's games, Pixomatic is their new software renderer that 
provides MIP mapping, bi-linear filtering, alpha-blending, alpha-test, point 
sprites, multi-texture, 32-bit and palettized textures, DOT-3 bump mapping, 
fog. specular, stencil and z-buffering, indexed primitives, multiple streams, 
high-speed blitting, and more! Pixomatic uses runtime code generation to 
create optimized MMX, 3DNow!, and SSE code on-the-fly! You will be 
amazed at its speed (what else would you expect from everyone's favorite 
optimizer?)! Target the mass market - don't let ancient 3D cards, buggy 3D 
drivers, or lack of 3D hardware prevent people from playing your games! 


Ninten ow fe 
Lua 277 


ВІМК VIDEO 


The very best video codec - make your videos shine! Unrivaled quality 
(better than DVD and MPEG II). Up to three times faster than other true- 
color codecs. Perceptibly lossless, 8 to 1 audio compression. Decompresses 
to DirectDraw, DIBSections, YUV overlays, or any other memory. Available 
for Win32, MacOS, Xbox, and now Nintendo GameCube. Think Bink! 


от, 
Gor Dp 


GRANNY 3D 2.2 >“ 


Granny is a sophisticated dynamic 3D animation system with an optimized 
run-time engine that delivers incredible performance in a tiny memory foot- 
print perfect for consoles, PCs and Macs. MAX & Maya plug-ins export ma- 
terials, multiple vertex UVs and colors, mesh data, and complete animation 
and skinning information. Granny also now includes amazing normal map 
generation - give Granny a high and low-res model and she'll build the nor- 
mal map! These features, plus advanced camera control, collision detection, 
animation and texture processing, MIP-map generation, and Bink and S3TC 
texture compression, all add years worth of features to your game in just a few 


hours of integration time! 


MILES SOUND SYSTEM 


The ultimate sound system for PC and Mac! Miles supports 2D and 3D audio, 
MIDI with DLS, streaming, CD audio, DSP filtering, MP3 playback (patent 
rights included), Internet voice chat (2900, 2400, and 1200 bps codecs), 
Creative EAX 1, 2 & 3, Aureal A3D 1 & 2, RSX 3D, DirectX 7, Dolby 
Surround, QSound, super-fast software EAX emulation, and more! 


425.893.4300 


www.radgametools.com 
Powerful Technology. Easy To Use. No Royalties 


Made with love by 


<EUROMAG- 


Our дол! is to preserve classic video game magazines so that 
they аге not lost permanently. 


People interested in helping out in any capacity, 
please visit us at retromags-com: 


No profit is made from these scans; nor do we offer anything 
available from the publishers themselves: 


If you come across anyone selling releases from 
this site; please do not support them and do let us know: 


Thank you! 


